Пожалуй, 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)