Created attachment 7865 [details] install.log При попытке обновиться с текущего p8 до текущего Sisyphus появляются следующие ошибки, блокирующие нормальное обновление: file /usr/lib64/libgstgl-1.0.so.0 from install of libgst-plugins1.0-1.14.4-alt2 conflicts with file from package gst-plugins-bad1.0-1.12.3-alt0.M80P.1 file /usr/lib64/girepository-1.0/GstGL-1.0.typelib from install of libgst-plugins1.0-gir-1.14.4-alt2 conflicts with file from package gst-plugins-bad1.0-1.12.3-alt0.M80P.1 file /usr/lib64/gstreamer-1.0/libgstgtk.so from install of gst-plugins-good1.0-1.14.4-alt1 conflicts with file from package gst-plugins-bad1.0-1.12.3-alt0.M80P.1 При этом apt почему-то хочет сохранить пакет gst-plugins-bad1.0. В приложении полный вывод команды "apt-get dist-upgrade -y --force-yes -o Debug::pkgProblemResolver=yes -o Debug::pkgRemoveDepends=yes -o Debug::pkgMarkInstall=yes".
Пожалуй, libgst-plugins1.0 не помешает Conflicts на gst-plugins-bad1.0 < 1.13 или типа того, так что этот баг именно на этом компоненте имеет смысл. Однако я сомневаюсь, что это поможет с обновлением -- проблема похоже несколько больше и несколько в другом месте.
Да, всё верно, но конфликт нужен в любом случае. Я просто добавлю, что на Sisyphus (обновление с Sisyphus до Sisyphus) тоже есть какие-то проблемы то ли в apt то ли в gstreamer: # apt-get dist-upgrade Чтение списков пакетов... Завершено Построение дерева зависимостей... Завершено Подсчет обновлений... Завершено Следующие пакеты будут СОХРАНЕНЫ: gst-plugins-bad1.0 gst-plugins-bad1.0-debuginfo librtmp librtmp-debuginfo
(В ответ на комментарий №2) > Да, всё верно, но конфликт нужен в любом случае. Все gstreamer'ы тщательно повязаны так, чтоб обновляться всем вместе. В часности у текущего gst-plugins-bad1.0 есть следующие зависимости. Requires: libgst-plugins1.0 >= 1.14 Requires: gstreamer1.0 >= 1.14 Никакие дополнительные конфликты, не то, что не нужны, -- они точно не помогут. > Я просто добавлю, что на Sisyphus (обновление с Sisyphus до Sisyphus) тоже есть > какие-то проблемы то ли в apt то ли в gstreamer: > # apt-get dist-upgrade > Чтение списков пакетов... Завершено > Построение дерева зависимостей... Завершено > Подсчет обновлений... Завершено > Следующие пакеты будут СОХРАНЕНЫ: > gst-plugins-bad1.0 gst-plugins-bad1.0-debuginfo librtmp librtmp-debuginfo Это уже обсуждали -- у librtmp сменился сонейм, а у тебя завалялся хлам, которого нет в сизифе, слинкованный с прежней librtmp.
(In reply to comment #3) > (В ответ на комментарий №2) > > Да, всё верно, но конфликт нужен в любом случае. > > Все gstreamer'ы тщательно повязаны так, чтоб обновляться всем вместе. В > часности у текущего gst-plugins-bad1.0 есть следующие зависимости. > Requires: libgst-plugins1.0 >= 1.14 > Requires: gstreamer1.0 >= 1.14 Такие зависимости не мешают новому libgst-plugins1.0 попытаться поставится со старым gstreamer-plugins-bad1.0. В этом случае мы увидим конфликт по файлам, такой, как в описании этой баги. > Никакие дополнительные конфликты, не то, что не нужны, -- они точно не помогут. Они мало помогут в этой конкретной ситуации, но могут помочь апту сформировать корректную транзакцию в других случаях. [...] > Это уже обсуждали -- у librtmp сменился сонейм, а у тебя завалялся хлам, > которого нет в сизифе, слинкованный с прежней librtmp. С прежним librtmp слинкован libavformat56, а вот что его держит из логов не ясно.
# rpm -e librtmp ошибка: Неудовлетворенные зависимости: librtmp.so.0()(64bit) >= set:kgdMUZDzCStc1WZDUPoItoXpmUpxdjFVtj нужен для (установлен) libavformat57-2:3.3.6-alt4.x86_64 librtmp.so.0()(64bit) >= set:kfdMMZLCM0GdXfYc6r7qfP2L5ScBKYxnrWGOdBng нужен для (установлен) gst-plugins-bad1.0-1.14.4-alt1.x86_64 librtmp = 2.4-alt1.1 нужен для (установлен) librtmp-debuginfo-2.4-alt1.1.x86_64 # rpm -e libavformat57 ошибка: Неудовлетворенные зависимости: libavformat57 = 2:3.3.6-alt4 нужен для (установлен) libavfilter6-2:3.3.6-alt4.x86_64 libavformat57 = 2:3.3.6-alt4 нужен для (установлен) libavformat57-debuginfo-2:3.3.6-alt4.x86_64 # rpm -e libavfilter6 ошибка: Неудовлетворенные зависимости: libavfilter6 = 2:3.3.6-alt4 нужен для (установлен) libavdevice57-2:3.3.6-alt4.x86_64 А вот libavdevice57 никому не нужен. Если в Sisyphus выложить /usr/lib64/librtmp.so.0 хоть в каком-то виде, или запаковать новый librtmp под другим именем - таких проблем с обновлением бы не было.
Игорь, посмотри пожалуйста что не так с rtmp
2.4-alt2 - librtmp .sisyphus.215767.100.1.1-librtmp-2.4-alt2 librtmp.so.1()(64bit) 2.4-alt1.1 - librtmp librtmp.so.0()(64bit) Интересно, а как это вообще так получилось, что librtmp в новой сборке сменил soname без смены версии ?
> Если в Sisyphus выложить /usr/lib64/librtmp.so.0 хоть в каком-то виде, или > запаковать новый librtmp под другим именем - таких проблем с обновлением бы не > было. Скорее всего, достаточно переименовать подпакет librtmp в librtmp1 например. Интересно, сможет ли apt переварить такое на системах, где librtmp уже предоставляет librtmp.so.1.
нет, не сможет - сейчас уже переименовывать нельзя. Можно попробовать выложить librtmp0 в Sisyphus и мне такое помогало с libva
gst-plugins-base1.0-1.14.4-alt3 -> sisyphus: Sun Nov 25 2018 Yuri N. Sedunov <aris@altlinux> 1.14.4-alt3 - libgst-plugins1.0: added conflict to gst-plugins-bad1.0 < 1.13 (ALT #35636)
