Из-за зависимости gst-plugins-bad1.0 от libopencv4.5 удаление пакета libopencv4.5 тянет множество прочих пакетов оболочки, тем самым делая удаление ibopencv4.5 невозможным. Опробовано на двух дистрибутивах: NAME="ALT" VERSION="10.2" ID=altlinux VERSION_ID=10.2 PRETTY_NAME="ALT Workstation K 10.2 (Sorbaronia Mitschurinii)" и NAME="starter kit" VERSION="10" ID=altlinux VERSION_ID=10 PRETTY_NAME="ALT Starterkit 10 (Hypericum)" --- rpm -q libopencv4.5 libopencv4.5-4.5.2-alt1.x86_64 rpm -q gst-plugins-bad1.0 gst-plugins-bad1.0-1.20.6-alt1.x86_64 --- Ожидается обычное удаление без затрагивания пакетов оболочки, но вместо этого удаляется gst-plugins-bad1.0 и вместе с ним прочие пакеты. apt-get remove libopencv4.5 См. вложения со списком пакетов, удаляемых вместе с libopencv4.5. --- Для примера, в Debian подобное поведение отсутствует, тем самым позволяя полагать, что gst-plugins-bad1.0 имеет избыточную зависимость от libopencv4.5.
Created attachment 13582 [details] Список удаляемых пакетов в Starterkit Xfce и Рабочей станции К
В свою очередь, удаление gst-plugins-bad1.0 приводит к удалению пакетов оболочки Xfce из-за зависимости libwebkit2gtk. evolution-data-server font-manager gedit gedit-gir gnome-calendar gnome-online-accounts gparted gvfs-backend-goa gvfs-backend-google gvfs-backends libgdata libgepub libgnome-online-accounts libwebkit2gtk libwebkit2gtk-gir libxreader libyelp mutter mutter-gnome tumbler xfce4-default xreader yelp zenity Удаляемые пакеты в Рабочей станции К: gparted libwebkit2gtk libyelp synaptic-kde yelp
В сизифе тоже есть зависимость https://packages.altlinux.org/ru/sisyphus/srpms/libopencv/what_depends/by_binary Правильно это или нет, вопрос к мейнтейнеру gst-plugins-bad
Переходите на дебьян.
И в Manjaro тоже такого нет ; ) Всё-таки похоже, что есть прибитость пакета гвоздями ни за что ни про что.
нет, gst-plugins-bad слинкован с opencv. А чем вас не устраивает эта библиотека в системе ?
Большой пакет с множеством специфичных библиотек, имеющих довольно узкую направленность. В остальном это чуть перфекционизма по борьбе с излишней спутанностью зависимостей.
Да, кажется что у libopencv много зависимостей, но в реальности их не так уж и много. В принципе можно сделать как остальные вынести в отдельный подпакет. Идея выглядит разумной, opencv сейчас действительно не нужен всем без разбора. Но у меня, например, он приезжает не только с gst-plugins-bad1.0: # rpm -e libopencv4.5 2>&1|cut -f 7 -d\ |sort -u gst-plugins-bad1.0-1.22.3-alt1.x86_64 libmlt7-7.14.0-alt1.x86_64 libopenimageio2.3-2.3.21.0-alt2.1.x86_64