Прошу починить.
Коллеги, поясните, пожалуйста. Что делать с 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 для починки сборки. Спасибо!
