[devel] Слишком новый libvpx6 1.8.0

[devel] Слишком новый libvpx6 1.8.0

[Andrey Cherepanov]

У нас перестали собираться продукты Mozilla с новым libvpx6:

6:28.28
/usr/src/RPM/BUILD/thunderbird-60.5.1/media/webrtc/trunk/webrtc/modules/video_coding/codecs/vp9/vp9_impl.cc:858:17:
error: 'struct vpx_svc_ref_frame_config' has no member named 'frame_flags'

Что делать будем?

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel] Слишком новый libvpx6 1.8.0

[Aleksey Novodvorsky]

вт, 26 февр. 2019 г. в 15:13, Andrey Cherepanov <cas@altlinux.org>:
>
> У нас перестали собираться продукты Mozilla с новым libvpx6:
>
> 6:28.28
> /usr/src/RPM/BUILD/thunderbird-60.5.1/media/webrtc/trunk/webrtc/modules/video_coding/codecs/vp9/vp9_impl.cc:858:17:
> error: 'struct vpx_svc_ref_frame_config' has no member named 'frame_flags'
>
> Что делать будем?
Отсюда: http://www.linuxfromscratch.org/blfs/view/cvs/xsoft/firefox.html
"
# Comment out following options if you have not installed
# recommended dependencies:
ac_add_options --enable-system-sqlite
ac_add_options --with-system-libevent
# current firefox fails to build against libvpx-1.8.0
#ac_add_options --with-system-libvpx
# firefox-65 understands webp and ships with an included copy
ac_add_options --with-system-webp
ac_add_options --with-system-nspr
ac_add_options --with-system-nss
ac_add_options --with-system-icu
"
Rgrds, Алексей

Re: [devel] Слишком новый libvpx6 1.8.0

[Alexey Gladkov]

On Tue, Feb 26, 2019 at 03:19:28PM +0300, Aleksey Novodvorsky wrote:
> вт, 26 февр. 2019 г. в 15:13, Andrey Cherepanov <cas@altlinux.org>:
> >
> > У нас перестали собираться продукты Mozilla с новым libvpx6:
> >
> > 6:28.28
> > /usr/src/RPM/BUILD/thunderbird-60.5.1/media/webrtc/trunk/webrtc/modules/video_coding/codecs/vp9/vp9_impl.cc:858:17:
> > error: 'struct vpx_svc_ref_frame_config' has no member named 'frame_flags'
> >
> > Что делать будем?
> Отсюда: http://www.linuxfromscratch.org/blfs/view/cvs/xsoft/firefox.html
> "
> # Comment out following options if you have not installed
> # recommended dependencies:
> ac_add_options --enable-system-sqlite
> ac_add_options --with-system-libevent
> # current firefox fails to build against libvpx-1.8.0
> #ac_add_options --with-system-libvpx
> # firefox-65 understands webp and ships with an included copy
> ac_add_options --with-system-webp
> ac_add_options --with-system-nspr
> ac_add_options --with-system-nss
> ac_add_options --with-system-icu
> "

Алексей, у нас не один пакет имеет такую проблему. Вы серьёзно предлагаете
им перейти на статическую версию вместо использования одной системной
библиотеки ?

-- 
Rgrds, legion

Re: [devel] Слишком новый libvpx6 1.8.0

[Sergey V Turchin]

On Tuesday, 26 February 2019 15:36:23 MSK Alexey Gladkov wrote:

[...]
> у нас не один пакет имеет такую проблему.
Chromium, по крайней мере нет, в отличие от qt5-webengine(со своим chromium).
http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/error/

-- 
Regards, Sergey.

Re: [devel] Слишком новый libvpx6 1.8.0

[Aleksey Novodvorsky]

вт, 26 февр. 2019 г. в 15:36, Alexey Gladkov <legion@altlinux.ru>:
>
> On Tue, Feb 26, 2019 at 03:19:28PM +0300, Aleksey Novodvorsky wrote:
> > вт, 26 февр. 2019 г. в 15:13, Andrey Cherepanov <cas@altlinux.org>:
> > >
> > > У нас перестали собираться продукты Mozilla с новым libvpx6:
> > >
> > > 6:28.28
> > > /usr/src/RPM/BUILD/thunderbird-60.5.1/media/webrtc/trunk/webrtc/modules/video_coding/codecs/vp9/vp9_impl.cc:858:17:
> > > error: 'struct vpx_svc_ref_frame_config' has no member named 'frame_flags'
> > >
> > > Что делать будем?
> > Отсюда: http://www.linuxfromscratch.org/blfs/view/cvs/xsoft/firefox.html
> > "
> > # Comment out following options if you have not installed
> > # recommended dependencies:
> > ac_add_options --enable-system-sqlite
> > ac_add_options --with-system-libevent
> > # current firefox fails to build against libvpx-1.8.0
> > #ac_add_options --with-system-libvpx
> > # firefox-65 understands webp and ships with an included copy
> > ac_add_options --with-system-webp
> > ac_add_options --with-system-nspr
> > ac_add_options --with-system-nss
> > ac_add_options --with-system-icu
> > "
>
> Алексей, у нас не один пакет имеет такую проблему. Вы серьёзно предлагаете
> им перейти на статическую версию вместо использования одной системной
> библиотеки ?

Нет, но хотелось бы выслушать предложения о вариантах решения этого
внезапного блокера p9.
Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.

Rgrds, Алексей





>
> --
> Rgrds, legion
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 15:43, Aleksey Novodvorsky пишет:
> вт, 26 февр. 2019 г. в 15:36, Alexey Gladkov<legion@altlinux.ru>:
>> On Tue, Feb 26, 2019 at 03:19:28PM +0300, Aleksey Novodvorsky wrote:
>>> вт, 26 февр. 2019 г. в 15:13, Andrey Cherepanov<cas@altlinux.org>:
>>>> У нас перестали собираться продукты Mozilla с новым libvpx6:
>>>>
>>>> 6:28.28
>>>> /usr/src/RPM/BUILD/thunderbird-60.5.1/media/webrtc/trunk/webrtc/modules/video_coding/codecs/vp9/vp9_impl.cc:858:17:
>>>> error: 'struct vpx_svc_ref_frame_config' has no member named 'frame_flags'
>>>>
>>>> Что делать будем?
>>> Отсюда:http://www.linuxfromscratch.org/blfs/view/cvs/xsoft/firefox.html
>>> "
>>> # Comment out following options if you have not installed
>>> # recommended dependencies:
>>> ac_add_options --enable-system-sqlite
>>> ac_add_options --with-system-libevent
>>> # current firefox fails to build against libvpx-1.8.0
>>> #ac_add_options --with-system-libvpx
>>> # firefox-65 understands webp and ships with an included copy
>>> ac_add_options --with-system-webp
>>> ac_add_options --with-system-nspr
>>> ac_add_options --with-system-nss
>>> ac_add_options --with-system-icu
>>> "
>> Алексей, у нас не один пакет имеет такую проблему. Вы серьёзно предлагаете
>> им перейти на статическую версию вместо использования одной системной
>> библиотеки ?
> Нет, но хотелось бы выслушать предложения о вариантах решения этого
> внезапного блокера p9.
> Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.

Два варианта - или ждать апстрим или собирать статически с bundled 
версией, пока апстрим не перейдёт на 1.8.0.

Можно ещё перетащить, но судя по письму Андрея - он явно не сможет.

Re: [devel] Слишком новый libvpx6 1.8.0

[Alexey Gladkov]

On Tue, Feb 26, 2019 at 03:43:54PM +0300, Aleksey Novodvorsky wrote:
> вт, 26 февр. 2019 г. в 15:36, Alexey Gladkov <legion@altlinux.ru>:
> >
> > On Tue, Feb 26, 2019 at 03:19:28PM +0300, Aleksey Novodvorsky wrote:
> > > вт, 26 февр. 2019 г. в 15:13, Andrey Cherepanov <cas@altlinux.org>:
> > > >
> > > > У нас перестали собираться продукты Mozilla с новым libvpx6:
> > > >
> > > > 6:28.28
> > > > /usr/src/RPM/BUILD/thunderbird-60.5.1/media/webrtc/trunk/webrtc/modules/video_coding/codecs/vp9/vp9_impl.cc:858:17:
> > > > error: 'struct vpx_svc_ref_frame_config' has no member named 'frame_flags'
> > > >
> > > > Что делать будем?
> > > Отсюда: http://www.linuxfromscratch.org/blfs/view/cvs/xsoft/firefox.html
> > > "
> > > # Comment out following options if you have not installed
> > > # recommended dependencies:
> > > ac_add_options --enable-system-sqlite
> > > ac_add_options --with-system-libevent
> > > # current firefox fails to build against libvpx-1.8.0
> > > #ac_add_options --with-system-libvpx
> > > # firefox-65 understands webp and ships with an included copy
> > > ac_add_options --with-system-webp
> > > ac_add_options --with-system-nspr
> > > ac_add_options --with-system-nss
> > > ac_add_options --with-system-icu
> > > "
> >
> > Алексей, у нас не один пакет имеет такую проблему. Вы серьёзно предлагаете
> > им перейти на статическую версию вместо использования одной системной
> > библиотеки ?
> 
> Нет, но хотелось бы выслушать предложения о вариантах решения этого
> внезапного блокера p9.
> Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.

Собрать отдельным пакетом версию libvpx с которой эти проекты работают ?

-- 
Rgrds, legion

Re: [devel] Слишком новый libvpx6 1.8.0

[Michael Shigorin]

On Tue, Feb 26, 2019 at 03:53:38PM +0300, Anton Farygin wrote:
> Два варианта - или ждать апстрим или собирать статически с
> bundled версией, пока апстрим не перейдёт на 1.8.0.

А точно стоило запрягать кобылу впереди паровоза?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 15:58, Alexey Gladkov пишет:
> On Tue, Feb 26, 2019 at 03:43:54PM +0300, Aleksey Novodvorsky wrote:
>> вт, 26 февр. 2019 г. в 15:36, Alexey Gladkov <legion@altlinux.ru>:
>>> On Tue, Feb 26, 2019 at 03:19:28PM +0300, Aleksey Novodvorsky wrote:
>>>> вт, 26 февр. 2019 г. в 15:13, Andrey Cherepanov <cas@altlinux.org>:
>>>>> У нас перестали собираться продукты Mozilla с новым libvpx6:
>>>>>
>>>>> 6:28.28
>>>>> /usr/src/RPM/BUILD/thunderbird-60.5.1/media/webrtc/trunk/webrtc/modules/video_coding/codecs/vp9/vp9_impl.cc:858:17:
>>>>> error: 'struct vpx_svc_ref_frame_config' has no member named 'frame_flags'
>>>>>
>>>>> Что делать будем?
>>>> Отсюда: http://www.linuxfromscratch.org/blfs/view/cvs/xsoft/firefox.html
>>>> "
>>>> # Comment out following options if you have not installed
>>>> # recommended dependencies:
>>>> ac_add_options --enable-system-sqlite
>>>> ac_add_options --with-system-libevent
>>>> # current firefox fails to build against libvpx-1.8.0
>>>> #ac_add_options --with-system-libvpx
>>>> # firefox-65 understands webp and ships with an included copy
>>>> ac_add_options --with-system-webp
>>>> ac_add_options --with-system-nspr
>>>> ac_add_options --with-system-nss
>>>> ac_add_options --with-system-icu
>>>> "
>>> Алексей, у нас не один пакет имеет такую проблему. Вы серьёзно предлагаете
>>> им перейти на статическую версию вместо использования одной системной
>>> библиотеки ?
>> Нет, но хотелось бы выслушать предложения о вариантах решения этого
>> внезапного блокера p9.
>> Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.
> Собрать отдельным пакетом версию libvpx с которой эти проекты работают ?
>
Она и так собрана. Тебя не пугает, что тот же firefox загрузит 
одновременно две разные версии libvpx ?

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 16:00, Michael Shigorin пишет:
> On Tue, Feb 26, 2019 at 03:53:38PM +0300, Anton Farygin wrote:
>> Два варианта - или ждать апстрим или собирать статически с
>> bundled версией, пока апстрим не перейдёт на 1.8.0.
> А точно стоило запрягать кобылу впереди паровоза?
>
Ну мне багу открыли, я не вижу в текущей ситуации ничего плохого - у нас 
ещё достаточно много настоящих блокеров к p9, что бы к тому времени эта 
проблема как-то рассосалась.

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 16:00, Aleksey Novodvorsky пишет:
>
>
>
>
> вт, 26 февр. 2019 г., 15:53 Anton Farygin <rider@basealt.ru 
> <mailto:rider@basealt.ru>>:
>
>     26.02.2019 15:43, Aleksey Novodvorsky пишет:
>     > вт, 26 февр. 2019 г. в 15:36, Alexey Gladkov<legion@altlinux.ru
>     <mailto:legion@altlinux.ru>>:
>     >> On Tue, Feb 26, 2019 at 03:19:28PM +0300, Aleksey Novodvorsky
>     wrote:
>     >>> вт, 26 февр. 2019 г. в 15:13, Andrey
>     Cherepanov<cas@altlinux.org <mailto:cas@altlinux.org>>:
>     >>>> У нас перестали собираться продукты Mozilla с новым libvpx6:
>     >>>>
>     >>>> 6:28.28
>     >>>>
>     /usr/src/RPM/BUILD/thunderbird-60.5.1/media/webrtc/trunk/webrtc/modules/video_coding/codecs/vp9/vp9_impl.cc:858:17:
>     >>>> error: 'struct vpx_svc_ref_frame_config' has no member named
>     'frame_flags'
>     >>>>
>     >>>> Что делать будем?
>     >>>
>     Отсюда:http://www.linuxfromscratch.org/blfs/view/cvs/xsoft/firefox.html
>     >>> "
>     >>> # Comment out following options if you have not installed
>     >>> # recommended dependencies:
>     >>> ac_add_options --enable-system-sqlite
>     >>> ac_add_options --with-system-libevent
>     >>> # current firefox fails to build against libvpx-1.8.0
>     >>> #ac_add_options --with-system-libvpx
>     >>> # firefox-65 understands webp and ships with an included copy
>     >>> ac_add_options --with-system-webp
>     >>> ac_add_options --with-system-nspr
>     >>> ac_add_options --with-system-nss
>     >>> ac_add_options --with-system-icu
>     >>> "
>     >> Алексей, у нас не один пакет имеет такую проблему. Вы серьёзно
>     предлагаете
>     >> им перейти на статическую версию вместо использования одной
>     системной
>     >> библиотеки ?
>     > Нет, но хотелось бы выслушать предложения о вариантах решения этого
>     > внезапного блокера p9.
>     > Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.
>
>     Два варианта - или ждать апстрим или собирать статически с bundled
>     версией, пока апстрим не перейдёт на 1.8.0.
>
>
> qt5 тоже ждать, пока перейдет?
>
qt5 зерг обещал как-то починить ;)

Re: [devel] Слишком новый libvpx6 1.8.0

[Sergey V Turchin]

On Tuesday, 26 February 2019 16:00:13 MSK Aleksey Novodvorsky wrote:

[...]
> qt5 тоже ждать, пока перейдет?
Я попробую из нового Chromium дёрнуть, а до нового Qt-5.12 еще не добрался. 
Там может быть и починено.

-- 
Regards, Sergey.

Re: [devel] Слишком новый libvpx6 1.8.0

[Sergey V Turchin]

On Tuesday, 26 February 2019 16:00:13 MSK Michael Shigorin wrote:
> On Tue, Feb 26, 2019 at 03:53:38PM +0300, Anton Farygin wrote:
> > Два варианта - или ждать апстрим или собирать статически с
> > bundled версией, пока апстрим не перейдёт на 1.8.0.
> 
> А точно стоило запрягать кобылу впереди паровоза?
Ну, теперь это я был виновником, что попросил Антона собрать. :-)

-- 
Regards, Sergey.

Re: [devel] Слишком новый libvpx6 1.8.0

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 633 bytes --]

On Tue, Feb 26, 2019 at 04:01:15PM +0300, Anton Farygin wrote:
> 26.02.2019 16:00, Michael Shigorin пишет:
> > On Tue, Feb 26, 2019 at 03:53:38PM +0300, Anton Farygin wrote:
> >> Два варианта - или ждать апстрим или собирать статически с
> >> bundled версией, пока апстрим не перейдёт на 1.8.0.
> > А точно стоило запрягать кобылу впереди паровоза?
> >
> Ну мне багу открыли, я не вижу в текущей ситуации ничего плохого - у нас 
> ещё достаточно много настоящих блокеров к p9, что бы к тому времени эта 
> проблема как-то рассосалась.

Этот блокер -- самый большой и труднопреодолимый.
Предлагаю откатить.


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 16:05, Dmitry V. Levin пишет:
> On Tue, Feb 26, 2019 at 04:01:15PM +0300, Anton Farygin wrote:
>> 26.02.2019 16:00, Michael Shigorin пишет:
>>> On Tue, Feb 26, 2019 at 03:53:38PM +0300, Anton Farygin wrote:
>>>> Два варианта - или ждать апстрим или собирать статически с
>>>> bundled версией, пока апстрим не перейдёт на 1.8.0.
>>> А точно стоило запрягать кобылу впереди паровоза?
>>>
>> Ну мне багу открыли, я не вижу в текущей ситуации ничего плохого - у нас
>> ещё достаточно много настоящих блокеров к p9, что бы к тому времени эта
>> проблема как-то рассосалась.
> Этот блокер -- самый большой и труднопреодолимый.
> Предлагаю откатить.

Ну если к времени починки остальных преодолимых блокеров не рассосётся, 
то соберём libvpx5-devel.

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 16:07, Anton Farygin пишет:
> 26.02.2019 16:05, Dmitry V. Levin пишет:
>> On Tue, Feb 26, 2019 at 04:01:15PM +0300, Anton Farygin wrote:
>>> 26.02.2019 16:00, Michael Shigorin пишет:
>>>> On Tue, Feb 26, 2019 at 03:53:38PM +0300, Anton Farygin wrote:
>>>>> Два варианта - или ждать апстрим или собирать статически с
>>>>> bundled версией, пока апстрим не перейдёт на 1.8.0.
>>>> А точно стоило запрягать кобылу впереди паровоза?
>>>>
>>> Ну мне багу открыли, я не вижу в текущей ситуации ничего плохого - у 
>>> нас
>>> ещё достаточно много настоящих блокеров к p9, что бы к тому времени эта
>>> проблема как-то рассосалась.
>> Этот блокер -- самый большой и труднопреодолимый.
>> Предлагаю откатить.
>
> Ну если к времени починки остальных преодолимых блокеров не 
> рассосётся, то соберём libvpx5-devel.

https://bugzilla.mozilla.org/show_bug.cgi?id=1525393

Желающие могут там подёргать.

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 16:14, Aleksey Novodvorsky пишет:
>
>
>
>
> вт, 26 февр. 2019 г., 16:07 Anton Farygin <rider@basealt.ru 
> <mailto:rider@basealt.ru>>:
>
>     26.02.2019 16:05, Dmitry V. Levin пишет:
>     > On Tue, Feb 26, 2019 at 04:01:15PM +0300, Anton Farygin wrote:
>     >> 26.02.2019 16:00, Michael Shigorin пишет:
>     >>> On Tue, Feb 26, 2019 at 03:53:38PM +0300, Anton Farygin wrote:
>     >>>> Два варианта - или ждать апстрим или собирать статически с
>     >>>> bundled версией, пока апстрим не перейдёт на 1.8.0.
>     >>> А точно стоило запрягать кобылу впереди паровоза?
>     >>>
>     >> Ну мне багу открыли, я не вижу в текущей ситуации ничего
>     плохого - у нас
>     >> ещё достаточно много настоящих блокеров к p9, что бы к тому
>     времени эта
>     >> проблема как-то рассосалась.
>     > Этот блокер -- самый большой и труднопреодолимый.
>     > Предлагаю откатить.
>
>     Ну если к времени починки остальных преодолимых блокеров не
>     рассосётся,
>     то соберём libvpx5-devel.
>
> Готовность к фризу определяет ldv и только ldv. Иначе у нас бранча не 
> будет.
> После бранчевания будем сетовать на неисправленные баги, искать 
> причины, виноватых etc.

Это какие-то странные новые правила, их надо срочно пересмотреть. 
Готовность к бранчеванию должен определять не человек, а качество 
репозитория.

Re: [devel] Слишком новый libvpx6 1.8.0

[Sergey V Turchin]

On Tuesday, 26 February 2019 16:20:18 MSK Aleksey Novodvorsky wrote:

[...]
> Сергей, пожалуйста, выясните насчёт "дёрнуть" и "может быть и подчинено"
> asap.
Собирается. Толстый же.
Судя по тому, что в Chromium из Qt-5.12 нет использования тех самых 
frame_flags, то, видимо, оно "починено" и "дёрнуть" скорее всего удастся.

-- 
Regards, Sergey.

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 16:26, Sergey V Turchin пишет:
> On Tuesday, 26 February 2019 16:20:18 MSK Aleksey Novodvorsky wrote:
>
> [...]
>> Сергей, пожалуйста, выясните насчёт "дёрнуть" и "может быть и подчинено"
>> asap.
> Собирается. Толстый же.
> Судя по тому, что в Chromium из Qt-5.12 нет использования тех самых
> frame_flags, то, видимо, оно "починено" и "дёрнуть" скорее всего удастся.
>
А на Qt-5.12 не пора переходить, кстати ?

Re: [devel] Слишком новый libvpx6 1.8.0

[Aleksey Novodvorsky]

вт, 26 февр. 2019 г. в 16:06, Dmitry V. Levin <ldv@altlinux.org>:
>
> On Tue, Feb 26, 2019 at 04:01:15PM +0300, Anton Farygin wrote:
> > 26.02.2019 16:00, Michael Shigorin пишет:
> > > On Tue, Feb 26, 2019 at 03:53:38PM +0300, Anton Farygin wrote:
> > >> Два варианта - или ждать апстрим или собирать статически с
> > >> bundled версией, пока апстрим не перейдёт на 1.8.0.
> > > А точно стоило запрягать кобылу впереди паровоза?
> > >
> > Ну мне багу открыли, я не вижу в текущей ситуации ничего плохого - у нас
> > ещё достаточно много настоящих блокеров к p9, что бы к тому времени эта
> > проблема как-то рассосалась.
>
> Этот блокер -- самый большой и труднопреодолимый.
> Предлагаю откатить.

Сломался еще gst-plugins-good1.0

Есть ли возражения у кого-либо, кроме rider@,  против откатывания?

Rgrds, Алексей

Re: [devel] Слишком новый libvpx6 1.8.0

[Sergey V Turchin]

On Tuesday, 26 February 2019 16:27:03 MSK Anton Farygin wrote:
> 26.02.2019 16:26, Sergey V Turchin пишет:
> > On Tuesday, 26 February 2019 16:20:18 MSK Aleksey Novodvorsky wrote:
> > 
> > [...]
> > 
> >> Сергей, пожалуйста, выясните насчёт "дёрнуть" и "может быть и подчинено"
> >> asap.
> > 
> > Собирается. Толстый же.
> > Судя по тому, что в Chromium из Qt-5.12 нет использования тех самых
> > frame_flags, то, видимо, оно "починено" и "дёрнуть" скорее всего удастся.
> 
> А на Qt-5.12 не пора переходить, кстати ?
Пора-пора. Оно LTS.
А дёргать, похоже, слишком много, поэтому стоит начать переходить.

-- 
Regards, Sergey.

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 16:37, Sergey V Turchin пишет:
> On Tuesday, 26 February 2019 16:27:03 MSK Anton Farygin wrote:
>> 26.02.2019 16:26, Sergey V Turchin пишет:
>>> On Tuesday, 26 February 2019 16:20:18 MSK Aleksey Novodvorsky wrote:
>>>
>>> [...]
>>>
>>>> Сергей, пожалуйста, выясните насчёт "дёрнуть" и "может быть и подчинено"
>>>> asap.
>>> Собирается. Толстый же.
>>> Судя по тому, что в Chromium из Qt-5.12 нет использования тех самых
>>> frame_flags, то, видимо, оно "починено" и "дёрнуть" скорее всего удастся.
>> А на Qt-5.12 не пора переходить, кстати ?
> Пора-пора. Оно LTS.
> А дёргать, похоже, слишком много, поэтому стоит начать переходить.
>
Ну вот и решилось. Переходим на Qt-5.12.

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 16:35, Aleksey Novodvorsky пишет:
> вт, 26 февр. 2019 г. в 16:06, Dmitry V. Levin <ldv@altlinux.org>:
>> On Tue, Feb 26, 2019 at 04:01:15PM +0300, Anton Farygin wrote:
>>> 26.02.2019 16:00, Michael Shigorin пишет:
>>>> On Tue, Feb 26, 2019 at 03:53:38PM +0300, Anton Farygin wrote:
>>>>> Два варианта - или ждать апстрим или собирать статически с
>>>>> bundled версией, пока апстрим не перейдёт на 1.8.0.
>>>> А точно стоило запрягать кобылу впереди паровоза?
>>>>
>>> Ну мне багу открыли, я не вижу в текущей ситуации ничего плохого - у нас
>>> ещё достаточно много настоящих блокеров к p9, что бы к тому времени эта
>>> проблема как-то рассосалась.
>> Этот блокер -- самый большой и труднопреодолимый.
>> Предлагаю откатить.
> Сломался еще gst-plugins-good1.0
>
> Есть ли возражения у кого-либо, кроме rider@,  против откатывания?
>
А может ещё заодно про rpm проголосуем ? Что за бред.

Re: [devel] Слишком новый libvpx6 1.8.0

[Sergey V Turchin]

On Tuesday, 26 February 2019 16:38:27 MSK Anton Farygin wrote:

[...]
> Ну вот и решилось. Переходим на Qt-5.12.
Я просто ждал 5.12.2 https://wiki.qt.io/Qt_5.12_Release

-- 
Regards, Sergey.

Re: [devel] Слишком новый libvpx6 1.8.0

[Alexey Gladkov]

On Tue, Feb 26, 2019 at 04:00:24PM +0300, Anton Farygin wrote:
> >> Нет, но хотелось бы выслушать предложения о вариантах решения этого
> >> внезапного блокера p9.
> >> Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.
> > Собрать отдельным пакетом версию libvpx с которой эти проекты работают ?
> >
> Она и так собрана. Тебя не пугает, что тот же firefox загрузит 
> одновременно две разные версии libvpx ?

Не пугает. Будет тоже самое, если libxul.so одновременно с другой версией
libvpx загрузит одни и те же символы. Да и произойти такое может только
из-за бинарного модуля, которых у нас нет.

-- 
Rgrds, legion

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 16:41, Alexey Gladkov пишет:
> On Tue, Feb 26, 2019 at 04:00:24PM +0300, Anton Farygin wrote:
>>>> Нет, но хотелось бы выслушать предложения о вариантах решения этого
>>>> внезапного блокера p9.
>>>> Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.
>>> Собрать отдельным пакетом версию libvpx с которой эти проекты работают ?
>>>
>> Она и так собрана. Тебя не пугает, что тот же firefox загрузит
>> одновременно две разные версии libvpx ?
> Не пугает. Будет тоже самое, если libxul.so одновременно с другой версией
> libvpx загрузит одни и те же символы. Да и произойти такое может только
> из-за бинарного модуля, которых у нас нет.
>
Ну ладно, тогда я вам соберу libvpx5-devel для проектов mozilla.

Re: [devel] Слишком новый libvpx6 1.8.0

[Aleksey Novodvorsky]

вт, 26 февр. 2019 г. в 16:42, Anton Farygin <rider@basealt.ru>:
>
> 26.02.2019 16:41, Alexey Gladkov пишет:
> > On Tue, Feb 26, 2019 at 04:00:24PM +0300, Anton Farygin wrote:
> >>>> Нет, но хотелось бы выслушать предложения о вариантах решения этого
> >>>> внезапного блокера p9.
> >>>> Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.
> >>> Собрать отдельным пакетом версию libvpx с которой эти проекты работают ?
> >>>
> >> Она и так собрана. Тебя не пугает, что тот же firefox загрузит
> >> одновременно две разные версии libvpx ?
> > Не пугает. Будет тоже самое, если libxul.so одновременно с другой версией
> > libvpx загрузит одни и те же символы. Да и произойти такое может только
> > из-за бинарного модуля, которых у нас нет.
> >
> Ну ладно, тогда я вам соберу libvpx5-devel для проектов mozilla.
>

А также для qt5.

Сперва починим то, что есть. Новый qt -- хорошо, но это на пару
недель, если не на месяц.

Спасибо.

Rgrds, Алексей

Re: [devel] Слишком новый libvpx6 1.8.0

[Yuri Sedunov]

В Вт, 26/02/2019 в 16:35 +0300, Aleksey Novodvorsky пишет:
> вт, 26 февр. 2019 г. в 16:06, Dmitry V. Levin <ldv@altlinux.org>:
> > On Tue, Feb 26, 2019 at 04:01:15PM +0300, Anton Farygin wrote:
> > > 26.02.2019 16:00, Michael Shigorin пишет:
> > > > On Tue, Feb 26, 2019 at 03:53:38PM +0300, Anton Farygin wrote:
> > > > > Два варианта - или ждать апстрим или собирать статически с
> > > > > bundled версией, пока апстрим не перейдёт на 1.8.0.
> > > > А точно стоило запрягать кобылу впереди паровоза?
> > > > 
> > > Ну мне багу открыли, я не вижу в текущей ситуации ничего плохого
> > > - у нас
> > > ещё достаточно много настоящих блокеров к p9, что бы к тому
> > > времени эта
> > > проблема как-то рассосалась.
> > 
> > Этот блокер -- самый большой и труднопреодолимый.
> > Предлагаю откатить.
> 
> Сломался еще gst-plugins-good1.0

[#223048] DONE srpm=gst-plugins-good1.0-1.14.4-alt2.src.rpm

-- 
Yuri N. Sedunov

Re: [devel] Слишком новый libvpx6 1.8.0

[Aleksey Novodvorsky]

вт, 26 февр. 2019 г. в 16:46, Yuri Sedunov <aris@altlinux.org>:
>
> В Вт, 26/02/2019 в 16:35 +0300, Aleksey Novodvorsky пишет:
> > вт, 26 февр. 2019 г. в 16:06, Dmitry V. Levin <ldv@altlinux.org>:
> > > On Tue, Feb 26, 2019 at 04:01:15PM +0300, Anton Farygin wrote:
> > > > 26.02.2019 16:00, Michael Shigorin пишет:
> > > > > On Tue, Feb 26, 2019 at 03:53:38PM +0300, Anton Farygin wrote:
> > > > > > Два варианта - или ждать апстрим или собирать статически с
> > > > > > bundled версией, пока апстрим не перейдёт на 1.8.0.
> > > > > А точно стоило запрягать кобылу впереди паровоза?
> > > > >
> > > > Ну мне багу открыли, я не вижу в текущей ситуации ничего плохого
> > > > - у нас
> > > > ещё достаточно много настоящих блокеров к p9, что бы к тому
> > > > времени эта
> > > > проблема как-то рассосалась.
> > >
> > > Этот блокер -- самый большой и труднопреодолимый.
> > > Предлагаю откатить.
> >
> > Сломался еще gst-plugins-good1.0
>
> [#223048] DONE srpm=gst-plugins-good1.0-1.14.4-alt2.src.rpm

Спасибо!

Rgrds, Алексей

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 16:45, Aleksey Novodvorsky пишет:
> вт, 26 февр. 2019 г. в 16:42, Anton Farygin <rider@basealt.ru>:
>> 26.02.2019 16:41, Alexey Gladkov пишет:
>>> On Tue, Feb 26, 2019 at 04:00:24PM +0300, Anton Farygin wrote:
>>>>>> Нет, но хотелось бы выслушать предложения о вариантах решения этого
>>>>>> внезапного блокера p9.
>>>>>> Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.
>>>>> Собрать отдельным пакетом версию libvpx с которой эти проекты работают ?
>>>>>
>>>> Она и так собрана. Тебя не пугает, что тот же firefox загрузит
>>>> одновременно две разные версии libvpx ?
>>> Не пугает. Будет тоже самое, если libxul.so одновременно с другой версией
>>> libvpx загрузит одни и те же символы. Да и произойти такое может только
>>> из-за бинарного модуля, которых у нас нет.
>>>
>> Ну ладно, тогда я вам соберу libvpx5-devel для проектов mozilla.
>>
> А также для qt5.
>
> Сперва починим то, что есть. Новый qt -- хорошо, но это на пару
> недель, если не на месяц.
>
У нас нет шансов выпустить _новый_ бранч на старом QT

Re: [devel] Слишком новый libvpx6 1.8.0

[Aleksey Novodvorsky]

вт, 26 февр. 2019 г. в 16:50, Anton Farygin <rider@basealt.ru>:
>
> 26.02.2019 16:45, Aleksey Novodvorsky пишет:
> > вт, 26 февр. 2019 г. в 16:42, Anton Farygin <rider@basealt.ru>:
> >> 26.02.2019 16:41, Alexey Gladkov пишет:
> >>> On Tue, Feb 26, 2019 at 04:00:24PM +0300, Anton Farygin wrote:
> >>>>>> Нет, но хотелось бы выслушать предложения о вариантах решения этого
> >>>>>> внезапного блокера p9.
> >>>>>> Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.
> >>>>> Собрать отдельным пакетом версию libvpx с которой эти проекты работают ?
> >>>>>
> >>>> Она и так собрана. Тебя не пугает, что тот же firefox загрузит
> >>>> одновременно две разные версии libvpx ?
> >>> Не пугает. Будет тоже самое, если libxul.so одновременно с другой версией
> >>> libvpx загрузит одни и те же символы. Да и произойти такое может только
> >>> из-за бинарного модуля, которых у нас нет.
> >>>
> >> Ну ладно, тогда я вам соберу libvpx5-devel для проектов mozilla.
> >>
> > А также для qt5.
> >
> > Сперва починим то, что есть. Новый qt -- хорошо, но это на пару
> > недель, если не на месяц.
> >
> У нас нет шансов выпустить _новый_ бранч на старом QT


У нас нет шансов выпустить стабильный бранч при стремлении все втащить новейшее.
Выпустим новый старый бранч, новый qt обкатаем в новом Сизифк и пустим в p9

Rgrds, Алексей

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 16:52, Aleksey Novodvorsky пишет:
> вт, 26 февр. 2019 г. в 16:50, Anton Farygin<rider@basealt.ru>:
>> 26.02.2019 16:45, Aleksey Novodvorsky пишет:
>>> вт, 26 февр. 2019 г. в 16:42, Anton Farygin<rider@basealt.ru>:
>>>> 26.02.2019 16:41, Alexey Gladkov пишет:
>>>>> On Tue, Feb 26, 2019 at 04:00:24PM +0300, Anton Farygin wrote:
>>>>>>>> Нет, но хотелось бы выслушать предложения о вариантах решения этого
>>>>>>>> внезапного блокера p9.
>>>>>>>> Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.
>>>>>>> Собрать отдельным пакетом версию libvpx с которой эти проекты работают ?
>>>>>>>
>>>>>> Она и так собрана. Тебя не пугает, что тот же firefox загрузит
>>>>>> одновременно две разные версии libvpx ?
>>>>> Не пугает. Будет тоже самое, если libxul.so одновременно с другой версией
>>>>> libvpx загрузит одни и те же символы. Да и произойти такое может только
>>>>> из-за бинарного модуля, которых у нас нет.
>>>>>
>>>> Ну ладно, тогда я вам соберу libvpx5-devel для проектов mozilla.
>>>>
>>> А также для qt5.
>>>
>>> Сперва починим то, что есть. Новый qt -- хорошо, но это на пару
>>> недель, если не на месяц.
>>>
>> У нас нет шансов выпустить_новый_  бранч на старом QT
> У нас нет шансов выпустить стабильный бранч при стремлении все втащить новейшее.
> Выпустим новый старый бранч, новый qt обкатаем в новом Сизифк и пустим в p9

QT-5.12 это не новейшее.
А зачем выпускать бранч, если на нём невозможно собирать дистрибутивы ?

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 17:01, Aleksey Novodvorsky пишет:
>
>
>
>
> вт, 26 февр. 2019 г., 16:57 Anton Farygin <rider@basealt.ru 
> <mailto:rider@basealt.ru>>:
>
>     26.02.2019 16:52, Aleksey Novodvorsky пишет:
>     > вт, 26 февр. 2019 г. в 16:50, Anton Farygin<rider@basealt.ru
>     <mailto:rider@basealt.ru>>:
>     >> 26.02.2019 16:45, Aleksey Novodvorsky пишет:
>     >>> вт, 26 февр. 2019 г. в 16:42, Anton Farygin<rider@basealt.ru
>     <mailto:rider@basealt.ru>>:
>     >>>> 26.02.2019 16:41, Alexey Gladkov пишет:
>     >>>>> On Tue, Feb 26, 2019 at 04:00:24PM +0300, Anton Farygin wrote:
>     >>>>>>>> Нет, но хотелось бы выслушать предложения о вариантах
>     решения этого
>     >>>>>>>> внезапного блокера p9.
>     >>>>>>>> Из того, что видно, сломались firefox*, thunderbird,
>     qt5-webengine.
>     >>>>>>> Собрать отдельным пакетом версию libvpx с которой эти
>     проекты работают ?
>     >>>>>>>
>     >>>>>> Она и так собрана. Тебя не пугает, что тот же firefox загрузит
>     >>>>>> одновременно две разные версии libvpx ?
>     >>>>> Не пугает. Будет тоже самое, если libxul.so одновременно с
>     другой версией
>     >>>>> libvpx загрузит одни и те же символы. Да и произойти такое
>     может только
>     >>>>> из-за бинарного модуля, которых у нас нет.
>     >>>>>
>     >>>> Ну ладно, тогда я вам соберу libvpx5-devel для проектов mozilla.
>     >>>>
>     >>> А также для qt5.
>     >>>
>     >>> Сперва починим то, что есть. Новый qt -- хорошо, но это на пару
>     >>> недель, если не на месяц.
>     >>>
>     >> У нас нет шансов выпустить_новый_  бранч на старом QT
>     > У нас нет шансов выпустить стабильный бранч при стремлении все
>     втащить новейшее.
>     > Выпустим новый старый бранч, новый qt обкатаем в новом Сизифк и
>     пустим в p9
>
>     QT-5.12 это не новейшее.
>     А зачем выпускать бранч, если на нём невозможно собирать
>     дистрибутивы ?
>
>
> Мы уже собираем.
> Спасибо за обсуждение.
>
Не видел дистрибутивов, собранных на Sisyphus. Если ты про это: 
https://www.altlinux.org/Regular - то там прямо сказано что это не 
дистрибутивы.

Re: [devel] Слишком новый libvpx6 1.8.0

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1625 bytes --]

On Tue, Feb 26, 2019 at 04:57:05PM +0300, Anton Farygin wrote:
> 26.02.2019 16:52, Aleksey Novodvorsky пишет:
> > вт, 26 февр. 2019 г. в 16:50, Anton Farygin<rider@basealt.ru>:
> >> 26.02.2019 16:45, Aleksey Novodvorsky пишет:
> >>> вт, 26 февр. 2019 г. в 16:42, Anton Farygin<rider@basealt.ru>:
> >>>> 26.02.2019 16:41, Alexey Gladkov пишет:
> >>>>> On Tue, Feb 26, 2019 at 04:00:24PM +0300, Anton Farygin wrote:
> >>>>>>>> Нет, но хотелось бы выслушать предложения о вариантах решения этого
> >>>>>>>> внезапного блокера p9.
> >>>>>>>> Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.
> >>>>>>> Собрать отдельным пакетом версию libvpx с которой эти проекты работают ?
> >>>>>>>
> >>>>>> Она и так собрана. Тебя не пугает, что тот же firefox загрузит
> >>>>>> одновременно две разные версии libvpx ?
> >>>>> Не пугает. Будет тоже самое, если libxul.so одновременно с другой версией
> >>>>> libvpx загрузит одни и те же символы. Да и произойти такое может только
> >>>>> из-за бинарного модуля, которых у нас нет.
> >>>>>
> >>>> Ну ладно, тогда я вам соберу libvpx5-devel для проектов mozilla.
> >>>>
> >>> А также для qt5.
> >>>
> >>> Сперва починим то, что есть. Новый qt -- хорошо, но это на пару
> >>> недель, если не на месяц.
> >>>
> >> У нас нет шансов выпустить_новый_  бранч на старом QT
> > У нас нет шансов выпустить стабильный бранч при стремлении все втащить новейшее.
> > Выпустим новый старый бранч, новый qt обкатаем в новом Сизифк и пустим в p9
> 
> QT-5.12 это не новейшее.

Я не понял, вы что, планируете во время фриза обновить версию qt5?


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 19:38, Dmitry V. Levin пишет:
> On Tue, Feb 26, 2019 at 04:57:05PM +0300, Anton Farygin wrote:
>> 26.02.2019 16:52, Aleksey Novodvorsky пишет:
>>> вт, 26 февр. 2019 г. в 16:50, Anton Farygin<rider@basealt.ru>:
>>>> 26.02.2019 16:45, Aleksey Novodvorsky пишет:
>>>>> вт, 26 февр. 2019 г. в 16:42, Anton Farygin<rider@basealt.ru>:
>>>>>> 26.02.2019 16:41, Alexey Gladkov пишет:
>>>>>>> On Tue, Feb 26, 2019 at 04:00:24PM +0300, Anton Farygin wrote:
>>>>>>>>>> Нет, но хотелось бы выслушать предложения о вариантах решения этого
>>>>>>>>>> внезапного блокера p9.
>>>>>>>>>> Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.
>>>>>>>>> Собрать отдельным пакетом версию libvpx с которой эти проекты работают ?
>>>>>>>>>
>>>>>>>> Она и так собрана. Тебя не пугает, что тот же firefox загрузит
>>>>>>>> одновременно две разные версии libvpx ?
>>>>>>> Не пугает. Будет тоже самое, если libxul.so одновременно с другой версией
>>>>>>> libvpx загрузит одни и те же символы. Да и произойти такое может только
>>>>>>> из-за бинарного модуля, которых у нас нет.
>>>>>>>
>>>>>> Ну ладно, тогда я вам соберу libvpx5-devel для проектов mozilla.
>>>>>>
>>>>> А также для qt5.
>>>>>
>>>>> Сперва починим то, что есть. Новый qt -- хорошо, но это на пару
>>>>> недель, если не на месяц.
>>>>>
>>>> У нас нет шансов выпустить_новый_  бранч на старом QT
>>> У нас нет шансов выпустить стабильный бранч при стремлении все втащить новейшее.
>>> Выпустим новый старый бранч, новый qt обкатаем в новом Сизифк и пустим в p9
>> QT-5.12 это не новейшее.
> Я не понял, вы что, планируете во время фриза обновить версию qt5?
>
А что, было объявление о фризе ?

Мы планировали обновить версию qt до выпуска p9, но т.к. у нас никаких 
понятых кому-то кроме тебя планов по выпуску веток нету - то она будет 
обновляться сейчас.

Хотя Зерг утверждает что это можно сделать и потом, но мне кажется что 
было бы лучше обновить сейчас, вместе с KDE.

Re: [devel] Слишком новый libvpx6 1.8.0

[Michael Shigorin]

On Tue, Feb 26, 2019 at 07:38:53PM +0300, Dmitry V. Levin wrote:
> > >>> Сперва починим то, что есть. Новый qt -- хорошо, но это
> > >>> на пару недель, если не на месяц.
> > >> У нас нет шансов выпустить_новый_  бранч на старом QT
> > > У нас нет шансов выпустить стабильный бранч при стремлении
> > > все втащить новейшее.  Выпустим новый старый бранч, новый
> > > qt обкатаем в новом Сизифк и пустим в p9
> > Qt-5.12 это не новейшее.
> Я не понял, вы что, планируете во время фриза обновить версию qt5?

Там ещё python3, php7, ну и вообще даже по dW:
http://distrowatch.com/table.php?distribution=alt

В общем, я бы сейчас и впрямь откатил libvpx
(при желании собрав libvpx6-devel для экспериментов),
сообща довёл сизиф до бранчевабельности и делал бранч.

Но поскольку моё участие в этом всём сейчас минимально
(зато нечто аналогичное предстоит делать по e2k) -- молчу :)

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Слишком новый libvpx6 1.8.0

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 1743 bytes --]

On Tue, 26 Feb 2019 22:12:18 +0300 Aleksey Novodvorsky wrote:
> вт, 26 февр. 2019 г., 21:45 Michael Shigorin <mike@altlinux.org>:
> 
> > On Tue, Feb 26, 2019 at 07:38:53PM +0300, Dmitry V. Levin wrote:
> > > > >>> Сперва починим то, что есть. Новый qt -- хорошо, но это
> > > > >>> на пару недель, если не на месяц.
> > > > >> У нас нет шансов выпустить_новый_  бранч на старом QT
> > > > > У нас нет шансов выпустить стабильный бранч при стремлении
> > > > > все втащить новейшее.  Выпустим новый старый бранч, новый
> > > > > qt обкатаем в новом Сизифк и пустим в p9
> > > > Qt-5.12 это не новейшее.
> > > Я не понял, вы что, планируете во время фриза обновить версию qt5?
> >
> > Там ещё python3, php7, ну и вообще даже по dW:
> > http://distrowatch.com/table.php?distribution=alt
> 
> 
> Это прилично и можно нагнать после бранчевания, что мы обычно делали.
> Проблема в стремительном старении p8, который сейчас  не дотянуть до
> поддержки AMD Ryzen  с чем мы уже столкнулись.

Для поддержки AMD Ryzen достаточно обновить ядро. Что-то мне
подсказывает, что это вполне выполнимо в p8 без массовой пересборки
пакетов.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] Слишком новый libvpx6 1.8.0

[Aleksey Novodvorsky]

ср, 27 февр. 2019 г. в 06:00, Andrey Savchenko <bircoph@altlinux.org>:
>
> On Tue, 26 Feb 2019 22:12:18 +0300 Aleksey Novodvorsky wrote:
> > вт, 26 февр. 2019 г., 21:45 Michael Shigorin <mike@altlinux.org>:
> >
> > > On Tue, Feb 26, 2019 at 07:38:53PM +0300, Dmitry V. Levin wrote:
> > > > > >>> Сперва починим то, что есть. Новый qt -- хорошо, но это
> > > > > >>> на пару недель, если не на месяц.
> > > > > >> У нас нет шансов выпустить_новый_  бранч на старом QT
> > > > > > У нас нет шансов выпустить стабильный бранч при стремлении
> > > > > > все втащить новейшее.  Выпустим новый старый бранч, новый
> > > > > > qt обкатаем в новом Сизифк и пустим в p9
> > > > > Qt-5.12 это не новейшее.
> > > > Я не понял, вы что, планируете во время фриза обновить версию qt5?
> > >
> > > Там ещё python3, php7, ну и вообще даже по dW:
> > > http://distrowatch.com/table.php?distribution=alt
> >
> >
> > Это прилично и можно нагнать после бранчевания, что мы обычно делали.
> > Проблема в стремительном старении p8, который сейчас  не дотянуть до
> > поддержки AMD Ryzen  с чем мы уже столкнулись.
>
> Для поддержки AMD Ryzen достаточно обновить ядро. Что-то мне
> подсказывает, что это вполне выполнимо в p8 без массовой пересборки
> пакетов.

Для поддержки систем на Ryzen нужно существенно обновить
видеоподсистему, проблему тут не в ядре.

Rgrds, Алексей

Re: [devel] Слишком новый libvpx6 1.8.0

[Aleksey Novodvorsky]

ср, 27 февр. 2019 г. в 06:04, Aleksey Novodvorsky <a.e.nvdv@gmail.com>:
>
> ср, 27 февр. 2019 г. в 06:00, Andrey Savchenko <bircoph@altlinux.org>:
> >
> > On Tue, 26 Feb 2019 22:12:18 +0300 Aleksey Novodvorsky wrote:
> > > вт, 26 февр. 2019 г., 21:45 Michael Shigorin <mike@altlinux.org>:
> > >
> > > > On Tue, Feb 26, 2019 at 07:38:53PM +0300, Dmitry V. Levin wrote:
> > > > > > >>> Сперва починим то, что есть. Новый qt -- хорошо, но это
> > > > > > >>> на пару недель, если не на месяц.
> > > > > > >> У нас нет шансов выпустить_новый_  бранч на старом QT
> > > > > > > У нас нет шансов выпустить стабильный бранч при стремлении
> > > > > > > все втащить новейшее.  Выпустим новый старый бранч, новый
> > > > > > > qt обкатаем в новом Сизифк и пустим в p9
> > > > > > Qt-5.12 это не новейшее.
> > > > > Я не понял, вы что, планируете во время фриза обновить версию qt5?
> > > >
> > > > Там ещё python3, php7, ну и вообще даже по dW:
> > > > http://distrowatch.com/table.php?distribution=alt
> > >
> > >
> > > Это прилично и можно нагнать после бранчевания, что мы обычно делали.
> > > Проблема в стремительном старении p8, который сейчас  не дотянуть до
> > > поддержки AMD Ryzen  с чем мы уже столкнулись.
> >
> > Для поддержки AMD Ryzen достаточно обновить ядро. Что-то мне
> > подсказывает, что это вполне выполнимо в p8 без массовой пересборки
> > пакетов.
>
> Для поддержки систем на Ryzen нужно существенно обновить
> видеоподсистему, проблему тут не в ядре.

Например, 09:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
[AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series]
[1002:15dd] (rev c6)
        Subsystem: Gigabyte Technology Co., Ltd Radeon RX Vega 11
[1458:d000]

В Сизифе это поддерживается.

Rgrds, Алексей

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 22:12, Aleksey Novodvorsky пишет:
>
>     В общем, я бы сейчас и впрямь откатил libvpx
>     (при желании собрав libvpx6-devel для экспериментов),
>     сообща довёл сизиф до бранчевабельности и делал бранч.
>
>
> Да. Мне кажется, что это хорошее предложение.
> Подумайте, коллеги.

Я против

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

27.02.2019 6:00, Andrey Savchenko пишет:
> Для поддержки AMD Ryzen достаточно обновить ядро. Что-то мне
> подсказывает, что это вполне выполнимо в p8 без массовой пересборки
> пакетов.

Ядро в p8 уже обновлено.

Re: [devel] Слишком новый libvpx6 1.8.0

[Anton Farygin]

26.02.2019 16:42, Anton Farygin пишет:
> 26.02.2019 16:41, Alexey Gladkov пишет:
>> On Tue, Feb 26, 2019 at 04:00:24PM +0300, Anton Farygin wrote:
>>>>> Нет, но хотелось бы выслушать предложения о вариантах решения этого
>>>>> внезапного блокера p9.
>>>>> Из того, что видно, сломались firefox*, thunderbird, qt5-webengine.
>>>> Собрать отдельным пакетом версию libvpx с которой эти проекты 
>>>> работают ?
>>>>
>>> Она и так собрана. Тебя не пугает, что тот же firefox загрузит
>>> одновременно две разные версии libvpx ?
>> Не пугает. Будет тоже самое, если libxul.so одновременно с другой 
>> версией
>> libvpx загрузит одни и те же символы. Да и произойти такое может только
>> из-за бинарного модуля, которых у нас нет.
>>
> Ну ладно, тогда я вам соберу libvpx5-devel для проектов mozilla.
>
task #223120 на пути в sisyphus

BuildRequires придётся поправить на libvpx5-devel.