Коллеги, поясните, пожалуйста.
Что делать с  qt-gstreamer ?

/usr/src/RPM/BUILD/qt-gstreamer1-1.2.0/src/QGst/caps.cpp: In member function 'void QGst::Caps::append(const CapsPtr&)':
/usr/include/gstreamer-1.0/gst/gstminiobject.h:33:65: error: invalid cast from type 'const CapsPtr' {aka 'const QGlib::RefPointer<QGst::Caps>'} to type 'GstMiniObject*' {aka '_GstMiniObject*'}
 #define GST_MINI_OBJECT_CAST(obj)          ((GstMiniObject*)(obj))

http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/qt5-gstreamer1-1.2.0-alt7.S1
Чинить gstreamer1.0

Починен, возвращаемся к прежней проблеме.
Кто вытаскивает qt5-gstreamer1?

(В ответ на комментарий №3)
> Починен
Совсем другой баг.

> Кто вытаскивает qt5-gstreamer1?
kde5-ktp-call-ui и kamoso

https://src.fedoraproject.org/cgit/rpms/gstreamer1.git
https://src.fedoraproject.org/cgit/rpms/qt-gstreamer.git

Коллеги, я не стану участвовать в спасении замшелого кдеешного хлама. Предлагаю грохнуть его, как это сделали уже многие.

(В ответ на комментарий №6)
> Коллеги, я не стану участвовать в спасении замшелого кдеешного хлама. Предлагаю
> грохнуть его, как это сделали уже многие.

+100500

(В ответ на комментарий №6)
> Коллеги, я не стану участвовать в спасении замшелого кдеешного хлама.
Ты имел ввиду freedesktop-ный хлам 
https://gstreamer.freedesktop.org/modules/qt-gstreamer.html

Давайте все же посмотрим, есть ли это в fedora и как с ним обходятся там.

(В ответ на комментарий №9)
> Давайте все же посмотрим, есть ли это в fedora и как с ним обходятся там.
Я не нашёл ничего
https://src.fedoraproject.org/cgit/rpms/gstreamer1.git
https://src.fedoraproject.org/cgit/rpms/qt-gstreamer.git

(В ответ на комментарий №2)
> /usr/include/gstreamer-1.0/gst/gstminiobject.h:33:65: error: invalid cast from
> type 'const CapsPtr' {aka 'const QGlib::RefPointer<QGst::Caps>'} to type
> 'GstMiniObject*' {aka '_GstMiniObject*'}
>  #define GST_MINI_OBJECT_CAST(obj)          ((GstMiniObject*)(obj))
master qt-gstreamer собирается с такой же диагностикой.

(В ответ на комментарий №7)
> >  хлама. Предлагаю
> > грохнуть его, как это сделали уже многие.
> +100500
Любители избавляться от хлама могут заняться удалением gstreamer из Sisyphus. Он уже реально никому не нужен.

(In reply to comment #12)
> (В ответ на комментарий №7)
> > >  хлама. Предлагаю
> > > грохнуть его, как это сделали уже многие.
> > +100500
> Любители избавляться от хлама могут заняться удалением gstreamer из Sisyphus.
> Он уже реально никому не нужен.
Это зорошая мысль.
А что будете делать с kde5-ktp-call-ui ?
Можно собрать без него? Или их удалить?

(В ответ на комментарий №12)
> (В ответ на комментарий №7)
> > >  хлама. Предлагаю
> > > грохнуть его, как это сделали уже многие.
> > +100500
> Любители избавляться от хлама могут заняться удалением gstreamer из Sisyphus.
> Он уже реально никому не нужен.

его нет давно

(В ответ на комментарий №14)
> >  удалением gstreamer из Sisyphus. Он уже реально никому не нужен.
> его нет давно
Ааа, ну да. Provides с толку сбили.

(В ответ на комментарий №13)
> А что будете делать с kde5-ktp-call-ui ?
> Можно собрать без него?
Нет. Как и kamoso.

> Или их удалить?
Удалить можно любой пакет.

(В ответ на комментарий №16)
> (В ответ на комментарий №13)
> > А что будете делать с kde5-ktp-call-ui ?
> > Можно собрать без него?
> Нет. Как и kamoso.

Значит надо решать проблему, а не скидывать друг на друга.
Для начала предлагаю разобраться, как "у других".
Я на выходных посмотрю, что в Debian.
>

(В ответ на комментарий №17)
> что в Debian.
Ничего особенного https://packages.debian.org/source/sid/qt-gstreamer

(In reply to comment #18)
> (В ответ на комментарий №17)
> > что в Debian.
> Ничего особенного https://packages.debian.org/source/sid/qt-gstreamer

А как у нас называется libqt5glib ? Вижу только qt4-glib.

(В ответ на комментарий №19)
> А как у нас называется libqt5glib ? Вижу только qt4-glib.
При переходе на gstreamer1.0 я выделял её из qt-gstreamer и qt-gstreamer1, чтоб не конфликтовали. Из qt5-gstreamer1 такой необходимости не было, поэтому оставил в нём.

(In reply to comment #20)
> (В ответ на комментарий №19)
> > А как у нас называется libqt5glib ? Вижу только qt4-glib.
> При переходе на gstreamer1.0 я выделял её из qt-gstreamer и qt-gstreamer1, чтоб
> не конфликтовали. Из qt5-gstreamer1 такой необходимости не было, поэтому
> оставил в нём.

Впрочем, в Debian пока не перешли на новый gnome3.

2aris@
gstreamer-15.* числятся как unstable. Сложно ли откатить? После бранчевания можно вернуть его, но мы все же выпускаем стабильный бранч.

(В ответ на комментарий №22)
> 2aris@
> gstreamer-15.* числятся как unstable. Сложно ли откатить? После бранчевания
> можно вернуть его, но мы все же выпускаем стабильный бранч.

https://gstreamer.freedesktop.org/releases/1.16/

"GStreamer 1.16 has not been released yet. It is scheduled for release in
March 2019."

https://wiki.gnome.org/ThreePointThirtyone

Гном-3.32.1 -- 15 апреля.

Предлагаю дотянуть до середины апреля и выпустить стабильный бранч  со стабильным ГСтримером и еще более стабильным Гномом.

(In reply to comment #23)
> 
> https://gstreamer.freedesktop.org/releases/1.16/
> 
> "GStreamer 1.16 has not been released yet. It is scheduled for release in
> March 2019."
> 
> https://wiki.gnome.org/ThreePointThirtyone
> 
> Гном-3.32.1 -- 15 апреля.
> 
> Предлагаю дотянуть до середины апреля и выпустить стабильный бранч  со
> стабильным ГСтримером и еще более стабильным Гномом.

Тянуть с бранчем мы не будем, это исключено. Тем более, что более стабильный гном как раз будет к месту через некоторое время после бранча.
Что касается gstreamer, то март это хорошо, но будет ли одновременно выпущен qt-gstreamer?
В общем, хочу обсудить с ldv@.

(В ответ на комментарий №24)
> но будет ли одновременно выпущен qt-gstreamer?

qt-gstreamer мертв, совсем.
https://github.com/GStreamer/qt-gstreamer/commit/a0e95b202a72b6d9e48bd1949ab6811c0f3c91c3

(В ответ на комментарий №25)
> (В ответ на комментарий №24)
> > но будет ли одновременно выпущен qt-gstreamer?
> 
> qt-gstreamer мертв, совсем.
> https://github.com/GStreamer/qt-gstreamer/commit/a0e95b202a72b6d9e48bd1949ab6811c0f3c91c3

Соболезную.
Но тогда нужно собирать komoso без него. Это может быть более сложная задача, чем подружить новый gstreamer с мертвецом.

(В ответ на комментарий №26)
> (В ответ на комментарий №25)
> > (В ответ на комментарий №24)
> > > но будет ли одновременно выпущен qt-gstreamer?
> > 
> > qt-gstreamer мертв, совсем.
> > https://github.com/GStreamer/qt-gstreamer/commit/a0e95b202a72b6d9e48bd1949ab6811c0f3c91c3
> 
> Соболезную.
> Но тогда нужно собирать komoso без него. Это может быть более сложная задача,
> чем подружить новый gstreamer с мертвецом.

Так давайте сворачивать борьбу за хладный труп.
https://src.fedoraproject.org/rpms/kamoso/tree/master

(In reply to comment #27)
> (В ответ на комментарий №26)
> > (В ответ на комментарий №25)
> > > (В ответ на комментарий №24)
> > > > но будет ли одновременно выпущен qt-gstreamer?
> > > 
> > > qt-gstreamer мертв, совсем.
> > > https://github.com/GStreamer/qt-gstreamer/commit/a0e95b202a72b6d9e48bd1949ab6811c0f3c91c3
> > 
> > Соболезную.
> > Но тогда нужно собирать komoso без него. Это может быть более сложная задача,
> > чем подружить новый gstreamer с мертвецом.
> 
> Так давайте сворачивать борьбу за хладный труп.
> https://src.fedoraproject.org/rpms/kamoso/tree/master

О!
Это уже интересно!
2cas@: соберете с этим патчем?

(В ответ на комментарий №25)
> qt-gstreamer мертв, совсем.
> https://github.com/GStreamer/qt-gstreamer/commit/a0e95b202a72b6d9e48bd1949ab6811c0f3c91c3
Ну, значит, буду выносить его и kde5-ktp-call-ui.

(В ответ на комментарий №25)
> https://github.com/GStreamer/qt-gstreamer/commit/a0e95b202a72b6d9e48bd1949ab6811c0f3c91c3
https://cgit.freedesktop.org/gstreamer/qt-gstreamer/commit/?id=a0e95b202a72b6d9e48bd1949ab6811c0f3c91c3

(В ответ на комментарий №24)

> Тянуть с бранчем мы не будем, это исключено. Тем более, что более стабильный
> гном как раз будет к месту через некоторое время после бранча.
> Что касается gstreamer, то март это хорошо, но будет ли одновременно выпущен
> qt-gstreamer?
> В общем, хочу обсудить с ldv@.

Разумно. Обсудите с учетом 
$ curl -s https://watch.altlinux.org/pub/watch/watch-total.txt|wc -l
5158

(In reply to comment #31)
> (В ответ на комментарий №24)
> 
> > Тянуть с бранчем мы не будем, это исключено. Тем более, что более стабильный
> > гном как раз будет к месту через некоторое время после бранча.
> > Что касается gstreamer, то март это хорошо, но будет ли одновременно выпущен
> > qt-gstreamer?
> > В общем, хочу обсудить с ldv@.
> 
> Разумно. Обсудите с учетом 
> $ curl -s https://watch.altlinux.org/pub/watch/watch-total.txt|wc -l
> 5158

Нет, лучше уж сюда:
https://distrowatch.com/dwres.php?firstlist=alt&secondlist=debian&firstversions=0&secondversions=0&resource=compare-packages&view=all&refresh=Refresh

Так что откладывать мы не будем.

(В ответ на комментарий №32)
> (In reply to comment #31)
> > (В ответ на комментарий №24)
> > 
> > > Тянуть с бранчем мы не будем, это исключено. Тем более, что более стабильный
> > > гном как раз будет к месту через некоторое время после бранча.
> > > Что касается gstreamer, то март это хорошо, но будет ли одновременно выпущен
> > > qt-gstreamer?
> > > В общем, хочу обсудить с ldv@.
> > 
> > Разумно. Обсудите с учетом 
> > $ curl -s https://watch.altlinux.org/pub/watch/watch-total.txt|wc -l
> > 5158
> 
> Нет, лучше уж сюда:
> https://distrowatch.com/dwres.php?firstlist=alt&secondlist=debian&firstversions=0&secondversions=0&resource=compare-packages&view=all&refresh=Refresh
> 
> Так что откладывать мы не будем.

Я привел конкретную цифирь,  а де ваша, которая была бы в пользу "не откладывать"?

(В ответ на комментарий №33)
> (В ответ на комментарий №32)
> > (In reply to comment #31)
> > > (В ответ на комментарий №24)
> > > 
> > > > Тянуть с бранчем мы не будем, это исключено. Тем более, что более стабильный
> > > > гном как раз будет к месту через некоторое время после бранча.
> > > > Что касается gstreamer, то март это хорошо, но будет ли одновременно выпущен
> > > > qt-gstreamer?
> > > > В общем, хочу обсудить с ldv@.
> > > 
> > > Разумно. Обсудите с учетом 
> > > $ curl -s https://watch.altlinux.org/pub/watch/watch-total.txt|wc -l
> > > 5158
> > 
> > Нет, лучше уж сюда:
> > https://distrowatch.com/dwres.php?firstlist=alt&secondlist=debian&firstversions=0&secondversions=0&resource=compare-packages&view=all&refresh=Refresh
> > 
> > Так что откладывать мы не будем.
> 
> Я привел конкретную цифирь,  а де ваша, которая была бы в пользу "не
> откладывать"?

Давайте не будем тут устраивать флейм.
Я все сказал.

> Давайте не будем тут устраивать флейм.
> Я все сказал.
Ваше высказывание  --  дерзкий, ничем не спровоцированный  вызов.  Предлагаю вам, активно участвуя в этой дискуссии, признайте, что Вы проявили себя, мягко говоря, неосведомленным в вопросе.

(В ответ на комментарий №33)
> Я привел конкретную цифирь
37 -- такая же конкретная и так же почти ничего не значащая цифирь. ;-)

(In reply to comment #35)
> > Давайте не будем тут устраивать флейм.
> > Я все сказал.
> Ваше высказывание  --  дерзкий, ничем не спровоцированный  вызов.  Предлагаю
> вам, активно участвуя в этой дискуссии, признайте, что Вы проявили себя, мягко
> говоря, неосведомленным в вопросе.

Юрий, Вы неправы. Я слежу за разными источниками. И вовсе не для всех пакетов критерием является свежайшая версия, тем более для стабильой ветки.
Решение о бранчевании принимает ldv@, наш с Вами голос -- совещательный.
Извините, я не хотел Вас задеть, но дело обстоит ровно так, как я сказал.

(In reply to comment #36)
> (В ответ на комментарий №33)
> > Я привел конкретную цифирь
> 37 -- такая же конкретная и так же почти ничего не значащая цифирь. ;-)

Все эти цифры -- материал для аналитики, не более. Сравнение с Debian Sid гоаорит немного больше. Мы в неплохом положении, в том числе благодаря aris@ и Вам. Нужен еще python- 3.7, удалении openssl-1.0.2 и актуализщация некоторых пакетов. Plasma, видимо, будет старше, но Вы ее догоните.

(В ответ на комментарий №38)
> Все эти цифры -- материал для аналитики, не более.
Я к тому, что среди них неверны даже некоторые из неошибочных.

Например, там не учитывается, что бета-версия не является поводом для включения в список.

(В ответ на комментарий №38)
> (In reply to comment #36)
> > (В ответ на комментарий №33)
> > > Я привел конкретную цифирь
> > 37 -- такая же конкретная и так же почти ничего не значащая цифирь. ;-)
> 
> Все эти цифры -- материал для аналитики, не более. Сравнение с Debian Sid
> гоаорит немного больше. Мы в неплохом положении, в том числе благодаря aris@ и
> Вам. Нужен еще python- 3.7, удалении openssl-1.0.2 и актуализщация некоторых
> пакетов. Plasma, видимо, будет старше, но Вы ее догоните.

(В ответ на комментарий №37)
> (In reply to comment #35)
> > > Давайте не будем тут устраивать флейм.
> > > Я все сказал.
> > Ваше высказывание  --  дерзкий, ничем не спровоцированный  вызов.  Предлагаю
> > вам, активно участвуя в этой дискуссии, признайте, что Вы проявили себя, мягко
> > говоря, неосведомленным в вопросе.
> 
> Юрий, Вы неправы. Я слежу за разными источниками. И вовсе не для всех пакетов
> критерием является свежайшая версия, тем более для стабильой ветки.
> Решение о бранчевании принимает ldv@, наш с Вами голос -- совещательный.
> Извините, я не хотел Вас задеть, но дело обстоит ровно так, как я сказал.


Ничего-ничего. Но, оказывается, что Вы с ldv@ не в состоянии оценить актуальность sisyphus?

kde5-ktp-call-ui я удалил, т.к. не особо страшно, а с kamoso всё плохо, т.к. заменить нечем и без qt-gstreamer оно не соберётся.

(В ответ на комментарий №41)
> kde5-ktp-call-ui я удалил, 

Спасибо.
т.к. не особо страшно, а с kamoso всё плохо, т.к.
> заменить нечем и без qt-gstreamer оно не соберётся.

aris@ дал наводку, правда с предыдущей версией gstreamer.

(В ответ на комментарий №42)
> aris@ дал наводку, правда с предыдущей версией gstreamer.
https://src.fedoraproject.org/cgit/rpms/kamoso.git/tree/
Нет там никаких наводок.

Пакет удалён из репозитория.

Если что, в OpenBSD есть патч patch-src_QGst_caps_cpp для починки сборки.

(В ответ на комментарий №45)
> Если что, в OpenBSD есть патч patch-src_QGst_caps_cpp для починки сборки.
Спасибо!