[devel] Обновление protobuf

[devel] Обновление protobuf

[Paul Wolneykien]

  Всем привет!

  Для закрытия CVE я хочу немножко обновить libprotobuf. Со сборкой
самой либы я кое-как справился, но дальше очень много пакетов перестало
собираться. Их, похоже, нужно обновить:

  https://git.altlinux.org/tasks/372112/

  Задание я расшарил. Прошу, по возможности, поучаствовать.

Re: [devel] Обновление protobuf

[Paul Wolneykien]

В Wed, 12 Feb 2025 15:46:58 +0300
Paul Wolneykien <manowar@altlinux.org> пишет:

>   Всем привет!
> 
>   Для закрытия CVE я хочу немножко обновить libprotobuf. Со сборкой
> самой либы я кое-как справился, но дальше очень много пакетов перестало
> собираться. Их, похоже, нужно обновить:
> 
>   https://git.altlinux.org/tasks/372112/
> 
>   Задание я расшарил. Прошу, по возможности, поучаствовать.

  Прежде всего обращаю свою просьбу к мейнтейнерам затронутых
пакетов:

ACLs of affected packages (37):
 CuraEngine            antohami dd viy @everybody
 MySQL                 rider mike shaba nickel
 PokerTH               sem @qa
 android-tools         zorg @everybody
 apache-orc            shaba @everybody
 arrow                 shaba @everybody
 ayugram-desktop       lav @everybody
 bear                  arseny cow @everybody
 clementine            cow @everybody
 compiz                shrek
 fcitx5-mozc           viy @everybody
 grpc                  @nobody
 gz-fuel-tools         cas @everybody
 gz-gui                cas @everybody
 gz-msgs               cas @everybody
 gz-sensors            cas @everybody
 gz-sim                cas @everybody
 gz-transport          cas @everybody
 kismet                viy @everybody
 libArcus              antohami @everybody
 libopencv             rider @norebuild
 libopenshot           aris
 libphonenumber        aris
 marble                zerg @everybody
 mixxx                 lvol @everybody
 mosh                  iv @everybody
 mumble                arseny @everybody
 ncnn                  lvol @everybody
 osgearth              cas @everybody
 osmpbf                viy @everybody
 percona-xtrabackup80  taf @everybody
 protobuf-c            shaba @everybody
 purple-whatsapp       arbars @everybody
 qgis                  cas @everybody
 telegram-desktop      lav zerg @everybody
 usbguard              zerg sirius @everybody
 vlc                   rider darktemplar sbolshakov

Re: [devel] Обновление protobuf

[Paul Wolneykien]

В Wed, 12 Feb 2025 16:33:13 +0300
Paul Wolneykien <manowar@altlinux.org> пишет:

> В Wed, 12 Feb 2025 15:46:58 +0300
> Paul Wolneykien <manowar@altlinux.org> пишет:
> 
> >   Всем привет!
> > 
> >   Для закрытия CVE я хочу немножко обновить libprotobuf. Со сборкой
> > самой либы я кое-как справился, но дальше очень много пакетов перестало
> > собираться. Их, похоже, нужно обновить:
> > 
> >   https://git.altlinux.org/tasks/372112/
> > 
> >   Задание я расшарил. Прошу, по возможности, поучаствовать.  
> 
>   Прежде всего обращаю свою просьбу к мейнтейнерам затронутых
> пакетов:
> 
> ACLs of affected packages (37):
>  CuraEngine            antohami dd viy @everybody
>  MySQL                 rider mike shaba nickel
>  PokerTH               sem @qa
>  android-tools         zorg @everybody
>  apache-orc            shaba @everybody
>  arrow                 shaba @everybody
>  ayugram-desktop       lav @everybody
>  bear                  arseny cow @everybody
>  clementine            cow @everybody
>  compiz                shrek
>  fcitx5-mozc           viy @everybody
>  grpc                  @nobody
>  gz-fuel-tools         cas @everybody
>  gz-gui                cas @everybody
>  gz-msgs               cas @everybody
>  gz-sensors            cas @everybody
>  gz-sim                cas @everybody
>  gz-transport          cas @everybody
>  kismet                viy @everybody
>  libArcus              antohami @everybody
>  libopencv             rider @norebuild
>  libopenshot           aris
>  libphonenumber        aris
>  marble                zerg @everybody
>  mixxx                 lvol @everybody
>  mosh                  iv @everybody
>  mumble                arseny @everybody
>  ncnn                  lvol @everybody
>  osgearth              cas @everybody
>  osmpbf                viy @everybody
>  percona-xtrabackup80  taf @everybody
>  protobuf-c            shaba @everybody
>  purple-whatsapp       arbars @everybody
>  qgis                  cas @everybody
>  telegram-desktop      lav zerg @everybody
>  usbguard              zerg sirius @everybody
>  vlc                   rider darktemplar sbolshakov

  Поправка: про часть пакетов уже известно, что они успешно
пересобираются, до них просто не дошла очередь. :(
Я сейчас постараюсь все не проблемные пакеты определить и
поставить в начало.

  P. S. Имхо, не хватает на сборочнице такого режима, чтобы пересобрать
массу пакетов с одним изменившимся. Желательно *параллельно*. Типа

  ssh girar task parallel 372112 200 on
  ssh girar task parallel 372112 300 on

чтобы промаркировать то, что не зависит друг от друга (но зависит от
того, где parallel off). Так, наверное.

Re: [devel] Обновление protobuf

[Yuri Sedunov]

В Ср, 12/02/2025 в 17:18 +0300, Paul Wolneykien пишет:
> В Wed, 12 Feb 2025 16:33:13 +0300
> Paul Wolneykien <manowar@altlinux.org> пишет:
> 
> > В Wed, 12 Feb 2025 15:46:58 +0300
> > Paul Wolneykien <manowar@altlinux.org> пишет:
> > 
> > >   Всем привет!
> > > 
> > >   Для закрытия CVE я хочу немножко обновить libprotobuf. Со
> > > сборкой
> > > самой либы я кое-как справился, но дальше очень много пакетов
> > > перестало
> > > собираться. Их, похоже, нужно обновить:
> > > 
> > >   https://git.altlinux.org/tasks/372112/
> > > 
> > >   Задание я расшарил. Прошу, по возможности, поучаствовать.  
> > 
> >   Прежде всего обращаю свою просьбу к мейнтейнерам затронутых
> > пакетов:
> > 
> 
...
>   Поправка: про часть пакетов уже известно, что они успешно
> пересобираются, до них просто не дошла очередь. :(

Это ты должен был проверить что пересобирается,  и сделать это прежде,
чем ставить всех на уши. 

> Я сейчас постараюсь все не проблемные пакеты определить и
> поставить в начало.

Я уже определил, что мои пересобираются.

-- 
Yuri N. Sedunov

Re: [devel] Обновление protobuf

[Sergey V Turchin]

On Wednesday, 12 February 2025 17:47:00 GMT+3 скрылевъ малъ wrote:
> Мнѣ тутъ понадобился 29-й протобуфъ, придётся потомъ на него обновить....
А у них там каких только нет...
https://github.com/protocolbuffers/protobuf/tags

[...]

-- 
Regards, Sergey.

Re: [devel] Обновление protobuf

[Anton Farygin]

On 12.02.2025 17:18, Paul Wolneykien wrote:
> В Wed, 12 Feb 2025 16:33:13 +0300
> Paul Wolneykien <manowar@altlinux.org> пишет:
>
>> В Wed, 12 Feb 2025 15:46:58 +0300
>> Paul Wolneykien <manowar@altlinux.org> пишет:
>>
>>>    Всем привет!
>>>
>>>    Для закрытия CVE я хочу немножко обновить libprotobuf. Со сборкой
>>> самой либы я кое-как справился, но дальше очень много пакетов перестало
>>> собираться. Их, похоже, нужно обновить:
>>>
>>>    https://git.altlinux.org/tasks/372112/
>>>
>>>    Задание я расшарил. Прошу, по возможности, поучаствовать.
>>    Прежде всего обращаю свою просьбу к мейнтейнерам затронутых
>> пакетов:
>>
>> ACLs of affected packages (37):
>>   CuraEngine            antohami dd viy @everybody
>>   MySQL                 rider mike shaba nickel
>>   PokerTH               sem @qa
>>   android-tools         zorg @everybody
>>   apache-orc            shaba @everybody
>>   arrow                 shaba @everybody
>>   ayugram-desktop       lav @everybody
>>   bear                  arseny cow @everybody
>>   clementine            cow @everybody
>>   compiz                shrek
>>   fcitx5-mozc           viy @everybody
>>   grpc                  @nobody
>>   gz-fuel-tools         cas @everybody
>>   gz-gui                cas @everybody
>>   gz-msgs               cas @everybody
>>   gz-sensors            cas @everybody
>>   gz-sim                cas @everybody
>>   gz-transport          cas @everybody
>>   kismet                viy @everybody
>>   libArcus              antohami @everybody
>>   libopencv             rider @norebuild
>>   libopenshot           aris
>>   libphonenumber        aris
>>   marble                zerg @everybody
>>   mixxx                 lvol @everybody
>>   mosh                  iv @everybody
>>   mumble                arseny @everybody
>>   ncnn                  lvol @everybody
>>   osgearth              cas @everybody
>>   osmpbf                viy @everybody
>>   percona-xtrabackup80  taf @everybody
>>   protobuf-c            shaba @everybody
>>   purple-whatsapp       arbars @everybody
>>   qgis                  cas @everybody
>>   telegram-desktop      lav zerg @everybody
>>   usbguard              zerg sirius @everybody
>>   vlc                   rider darktemplar sbolshakov
>    Поправка: про часть пакетов уже известно, что они успешно
> пересобираются, до них просто не дошла очередь. :(
> Я сейчас постараюсь все не проблемные пакеты определить и
> поставить в начало.
>
>    P. S. Имхо, не хватает на сборочнице такого режима, чтобы пересобрать
> массу пакетов с одним изменившимся. Желательно *параллельно*. Типа
>
>    ssh girar task parallel 372112 200 on
>    ssh girar task parallel 372112 300 on
>
> чтобы промаркировать то, что не зависит друг от друга (но зависит от
> того, где parallel off). Так, наверное.

Так пересобрал бы локально для теста.

Re: [devel] Обновление protobuf

[Paul Wolneykien]

В Wed, 12 Feb 2025 19:08:38 +0300
Anton Farygin <rider@basealt.ru> пишет:

> On 12.02.2025 17:18, Paul Wolneykien wrote:
> > В Wed, 12 Feb 2025 16:33:13 +0300
> > Paul Wolneykien <manowar@altlinux.org> пишет:
> >  
> >> В Wed, 12 Feb 2025 15:46:58 +0300
> >> Paul Wolneykien <manowar@altlinux.org> пишет:
> >>  
> >>>    Всем привет!
> >>>
> >>>    Для закрытия CVE я хочу немножко обновить libprotobuf. Со сборкой
> >>> самой либы я кое-как справился, но дальше очень много пакетов перестало
> >>> собираться. Их, похоже, нужно обновить:
> >>>
> >>>    https://git.altlinux.org/tasks/372112/
> >>>
> >>>    Задание я расшарил. Прошу, по возможности, поучаствовать.  
> >>    Прежде всего обращаю свою просьбу к мейнтейнерам затронутых
> >> пакетов:
> >>
> >> ACLs of affected packages (37):
> >>   CuraEngine            antohami dd viy @everybody
> >>   MySQL                 rider mike shaba nickel
> >>   PokerTH               sem @qa
> >>   android-tools         zorg @everybody
> >>   apache-orc            shaba @everybody
> >>   arrow                 shaba @everybody
> >>   ayugram-desktop       lav @everybody
> >>   bear                  arseny cow @everybody
> >>   clementine            cow @everybody
> >>   compiz                shrek
> >>   fcitx5-mozc           viy @everybody
> >>   grpc                  @nobody
> >>   gz-fuel-tools         cas @everybody
> >>   gz-gui                cas @everybody
> >>   gz-msgs               cas @everybody
> >>   gz-sensors            cas @everybody
> >>   gz-sim                cas @everybody
> >>   gz-transport          cas @everybody
> >>   kismet                viy @everybody
> >>   libArcus              antohami @everybody
> >>   libopencv             rider @norebuild
> >>   libopenshot           aris
> >>   libphonenumber        aris
> >>   marble                zerg @everybody
> >>   mixxx                 lvol @everybody
> >>   mosh                  iv @everybody
> >>   mumble                arseny @everybody
> >>   ncnn                  lvol @everybody
> >>   osgearth              cas @everybody
> >>   osmpbf                viy @everybody
> >>   percona-xtrabackup80  taf @everybody
> >>   protobuf-c            shaba @everybody
> >>   purple-whatsapp       arbars @everybody
> >>   qgis                  cas @everybody
> >>   telegram-desktop      lav zerg @everybody
> >>   usbguard              zerg sirius @everybody
> >>   vlc                   rider darktemplar sbolshakov  
> >    Поправка: про часть пакетов уже известно, что они успешно
> > пересобираются, до них просто не дошла очередь. :(
> > Я сейчас постараюсь все не проблемные пакеты определить и
> > поставить в начало.
> >
> >    P. S. Имхо, не хватает на сборочнице такого режима, чтобы пересобрать
> > массу пакетов с одним изменившимся. Желательно *параллельно*. Типа
> >
> >    ssh girar task parallel 372112 200 on
> >    ssh girar task parallel 372112 300 on
> >
> > чтобы промаркировать то, что не зависит друг от друга (но зависит от
> > того, где parallel off). Так, наверное.  
> 
> Так пересобрал бы локально для теста.

  Или может быть правильно было бы действовать так:

  1. добиться сборки нового protobuf *без других пакетов*;
  2. расшарить задание и пригласить дополнять его зависимыми
     пакетами, предварительно проверяя и починяя их?

  Не в этом ли состояла идея shared tasks, когда их придумали?

  В целом ведь не важно, кто именно добавит в задание очередное
подзадание, но важно, чтобы оно было исправным.

Re: [devel] Обновление protobuf

[Anton Farygin]

On 13.02.2025 00:02, Paul Wolneykien wrote:
>> Так пересобрал бы локально для теста.
>    Или может быть правильно было бы действовать так:
>
>    1. добиться сборки нового protobuf*без других пакетов*;
>    2. расшарить задание и пригласить дополнять его зависимыми
>       пакетами, предварительно проверяя и починяя их?
>
>    Не в этом ли состояла идея shared tasks, когда их придумали?
>
>    В целом ведь не важно, кто именно добавит в задание очеред

Для этого надо понять что чинить.

Можно локально сделать простой цикл по всем зависящим пакетам и 
посмотреть кто не соберётся.

Re: [devel] Обновление protobuf

[Paul Wolneykien]

В Thu, 13 Feb 2025 07:19:19 +0300
Anton Farygin <rider@basealt.ru> пишет:

> On 13.02.2025 00:02, Paul Wolneykien wrote:
> >> Так пересобрал бы локально для теста.  
> >    Или может быть правильно было бы действовать так:
> >
> >    1. добиться сборки нового protobuf*без других пакетов*;
> >    2. расшарить задание и пригласить дополнять его зависимыми
> >       пакетами, предварительно проверяя и починяя их?
> >
> >    Не в этом ли состояла идея shared tasks, когда их придумали?
> >
> >    В целом ведь не важно, кто именно добавит в задание очеред  
> 
> Для этого надо понять что чинить.
> 
> Можно локально сделать простой цикл по всем зависящим пакетам и 
> посмотреть кто не соберётся.

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

Re: [devel] Обновление protobuf

[Sergey V Turchin]

On Thursday, 13 February 2025 10:35:03 GMT+3 Paul Wolneykien wrote:

[...]
> сборка не пошла дальше первого сломавшегося.
task run --fail-late --hurry
?

[...]

-- 
Regards, Sergey.

Re: [devel] Обновление protobuf

[Paul Wolneykien]

В Thu, 13 Feb 2025 10:45:51 +0300
Sergey V Turchin <zerg@altlinux.org> пишет:

> On Thursday, 13 February 2025 10:35:03 GMT+3 Paul Wolneykien wrote:
> 
> [...]
> > сборка не пошла дальше первого сломавшегося.  
> task run --fail-late --hurry

  К сожалению, нет. "При сбое сборки на одной из архитектур поведение
задания регулируется параметрами --fail-early (по умолчанию) либо
--fail-late: в первом случае сборка задания будет при первой
возможности прервана на всех архитектурах после первого же сбоя сборки
подзадания на любой архитектуре; во втором архитектуры собираются
независимо...".

Re: [devel] Обновление protobuf

[Sergey V Turchin]

On Thursday, 13 February 2025 11:27:15 GMT+3 Paul Wolneykien wrote:
[...]
> > > сборка не пошла дальше первого сломавшегося.
> > 
> > task run --fail-late --hurry
> 
>   К сожалению, нет. "При сбое сборки на одной из архитектур поведение
> задания регулируется параметрами --fail-early (по умолчанию) либо
> --fail-late: в первом случае сборка задания будет при первой
> возможности прервана на всех архитектурах после первого же сбоя сборки
> подзадания на любой архитектуре; во втором архитектуры собираются
> независимо...".
--hurry(бывший --swift) же должен не прерывать сборку. Уже не знаю, что и как 
он вообще делает сейчас.


-- 
Regards, Sergey.

Re: [devel] Обновление protobuf

[Ivan A. Melnikov]

On Thu, Feb 13, 2025 at 10:35:03AM +0300, Paul Wolneykien wrote:
> В Thu, 13 Feb 2025 07:19:19 +0300
> Anton Farygin <rider@basealt.ru> пишет:
> 
> > On 13.02.2025 00:02, Paul Wolneykien wrote:
> > >> Так пересобрал бы локально для теста.  
> > >    Или может быть правильно было бы действовать так:
> > >
> > >    1. добиться сборки нового protobuf*без других пакетов*;
> > >    2. расшарить задание и пригласить дополнять его зависимыми
> > >       пакетами, предварительно проверяя и починяя их?
> > >
> > >    Не в этом ли состояла идея shared tasks, когда их придумали?
> > >
> > >    В целом ведь не важно, кто именно добавит в задание очеред  
> > 
> > Для этого надо понять что чинить.
> > 
> > Можно локально сделать простой цикл по всем зависящим пакетам и 
> > посмотреть кто не соберётся.
> 
>   Хорошо, сделаем. Но очевидный минус такого подхода в том, что нельзя
> вместе обсудить ошибки сборки. Именно по этой причине я сначала добавил
> в задание все зависимые пакеты. Но, конечно, это тоже не сработало ---
> сборка не пошла дальше первого сломавшегося.

Записывайтесь в клуб желающих:

https://bugzilla.altlinux.org/42552

-- 
  wbr,
    iv m.

Re: [devel] Обновление protobuf

[Ivan A. Melnikov]

On Thu, Feb 13, 2025 at 11:34:33AM +0300, Sergey V Turchin wrote:
> On Thursday, 13 February 2025 11:27:15 GMT+3 Paul Wolneykien wrote:
> [...]
> > > > сборка не пошла дальше первого сломавшегося.
> > > 
> > > task run --fail-late --hurry
> > 
> >   К сожалению, нет. "При сбое сборки на одной из архитектур поведение
> > задания регулируется параметрами --fail-early (по умолчанию) либо
> > --fail-late: в первом случае сборка задания будет при первой
> > возможности прервана на всех архитектурах после первого же сбоя сборки
> > подзадания на любой архитектуре; во втором архитектуры собираются
> > независимо...".
> --hurry(бывший --swift) же должен не прерывать сборку. Уже не знаю, что и как 
> он вообще делает сейчас.

Как и раньше: если подзадача была успешно собрана в одной из предыдущих
итераций, то с --hurry она не будет пересобрана, даже если какие-то из
сборочных зависимостей с тех пор обновились.

Работает только в сочетании с --test-only, because cannot commit in a
hurry (c).

-- 
  wbr,
    iv m.

Re: [devel] Обновление protobuf

[Alexey V. Vissarionov]

Good ${greeting_time}!

On 2025-02-13 12:46:18 +0400, Ivan A. Melnikov wrote:

 >> --hurry(бывший --swift) же должен не прерывать сборку.
 >> Уже не знаю, что и как он вообще делает сейчас.
 > Как и раньше: если подзадача была успешно собрана в одной из
 > предыдущих итераций, то с --hurry она не будет пересобрана,
 > даже если какие-то из сборочных зависимостей с тех пор
 > обновились. Работает только в сочетании с --test-only,
 > because cannot commit in a hurry (c).

По уму, кстати, должно не "работать только в сочетании", а
безусловно включать этот самый --test-only

В мануалах это описывается "--hurry (implies --test-only)".


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Обновление protobuf

[Sergey V Turchin]

On Friday, 14 February 2025 02:36:00 GMT+3 Alexey Vissarionov wrote:

[...]
> В мануалах это описывается "--hurry (implies --test-only)".
Сейчас это описывается, а вчера или завтра совсем другое. В мануалах в первую 
очеред сказано, что мануалов нет.

-- 
Regards, Sergey.

Re: [devel] Обновление protobuf

[Paul Wolneykien]

В Thu, 13 Feb 2025 10:35:03 +0300
Paul Wolneykien <manowar@altlinux.org> пишет:

> В Thu, 13 Feb 2025 07:19:19 +0300
> Anton Farygin <rider@basealt.ru> пишет:
> 
> > On 13.02.2025 00:02, Paul Wolneykien wrote:  
> > >> Так пересобрал бы локально для теста.    
> > >    Или может быть правильно было бы действовать так:
> > >
> > >    1. добиться сборки нового protobuf*без других пакетов*;
> > >    2. расшарить задание и пригласить дополнять его зависимыми
> > >       пакетами, предварительно проверяя и починяя их?
> > >
> > >    Не в этом ли состояла идея shared tasks, когда их придумали?
> > >
> > >    В целом ведь не важно, кто именно добавит в задание очеред    
> > 
> > Для этого надо понять что чинить.
> > 
> > Можно локально сделать простой цикл по всем зависящим пакетам и 
> > посмотреть кто не соберётся.  
> 
>   Хорошо, сделаем. Но очевидный минус такого подхода в том, что нельзя
> вместе обсудить ошибки сборки. Именно по этой причине я сначала добавил
> в задание все зависимые пакеты. Но, конечно, это тоже не сработало ---
> сборка не пошла дальше первого сломавшегося.

  Так, вчера многие пакеты собрались, репозиторий сформировался:

    https://packages.altlinux.org/ru/tasks/372112/
    https://git.altlinux.org/repo/372112/

  Судя по всему, для сборки некоторых пакетов для начала требуется
обновить стандарт C++, по которому они собираются:

C++14: clementine, mosh, osmpbf, purple-whatsapp
C++17: mumble, osgearth

  Остальные требуют анализа:

android-tools:
/usr/include/absl/strings/internal/str_format/output.h:75:8: error: no member named '___xxx_write' in 'std::basic_ostream<char>'
   75 |   out->write(s.data(), static_cast<std::streamsize>(s.size()));
      |   ~~~  ^
packages/modules/adb/sysdeps.h:549:17: note: expanded from macro 'write'
  549 | #define  write  ___xxx_write
      |                 ^

apache-orc:
/usr/src/RPM/BUILD/apache-orc-1.9.1/c++/src/ColumnReader.cc:272:21: error: possibly dangling reference to a temporary [-Werror=dangling-reference]
  272 |     const Timezone& writerTimezone;
      |                     ^~~~~~~~~~~~~~

arrow:
from /usr/src/RPM/BUILD/arrow-12.0.0/cpp/x86_64-alt-linux/src/arrow/flight/CMakeFiles/arrow_flight_objlib.dir/Unity/unity_2_cxx.cxx:4:
/usr/include/grpcpp/impl/codegen/config_protobuf.h:93:9: error: ‘Status’ in namespace ‘google::protobuf::util’ does not name a type
   93 | typedef GRPC_CUSTOM_UTIL_STATUS Status;
      |         ^~~~~~~~~~~~~~~~~~~~~~~

bear:
/usr/include/grpcpp/impl/codegen/config_protobuf.h:93:9: error: 'Status' in namespace 'google::protobuf::util' does not name a type
   93 | typedef GRPC_CUSTOM_UTIL_STATUS Status;
      |         ^~~~~~~~~~~~~~~~~~~~~~~

clementine:
from /usr/src/RPM/BUILD/clementine-1.4.0/x86_64-alt-linux/ext/libclementine-tagreader/tagreadermessages.pb.cc:4:
/usr/include/absl/base/policy_checks.h:79:2: error: #error "C++ versions less than C++14 are not supported."
   79 | #error "C++ versions less than C++14 are not supported."
      |  ^~~~~
/usr/include/google/protobuf/port_def.inc:159:15: error: static assertion failed: Protobuf only supports C++14 and newer.

gprc:
/usr/src/RPM/BUILD/grpc-1.53.0/src/core/lib/iomgr/event_engine_shims/tcp_client.cc:74:23: error: 'StrCat' is not a member of 'absl'
   74 |                 absl::StrCat("tcp-client:", addr_uri.value()))
      |                       ^~~~~~

mosh:
from conftest.cpp:73:
/usr/include/absl/base/policy_checks.h:79:2: error: #error "C++ versions less than C++14 are not supported."
   79 | #error "C++ versions less than C++14 are not supported."
      |  ^~~~~
/usr/include/google/protobuf/port_def.inc:159:15: error: static assertion failed: Protobuf only supports C++14 and newer.

mumble:
from /usr/src/RPM/BUILD/mumble-1.4.287/x86_64-alt-linux/src/Mumble.pb.cc:4:
/usr/include/absl/strings/string_view.h:53:26: error: 'string_view' in namespace 'std' does not name a type
   53 | using string_view = std::string_view;
      |                          ^~~~~~~~~~~
/usr/include/absl/strings/string_view.h:53:21: note: 'std::string_view' is only available from C++17 onwards

osgearth:
from /usr/src/RPM/BUILD/osgearth-3.7/src/osgEarth/MapboxGLGlyphManager.cpp:28:
/usr/include/absl/strings/string_view.h:53:26: error: 'string_view' in namespace 'std' does not name a type
   53 | using string_view = std::string_view;
      |                          ^~~~~~~~~~~

osmpbf:
from /usr/src/RPM/BUILD/OSM-binary-1.5.0/x86_64-alt-linux/osmpbf/fileformat.pb.cc:4:
/usr/include/absl/base/policy_checks.h:79:2: error: #error "C++ versions less than C++14 are not supported."
   79 | #error "C++ versions less than C++14 are not supported."
      |  ^~~~~
/usr/include/google/protobuf/port_def.inc:159:15: error: static assertion failed: Protobuf only supports C++14 and newer.

purple-whatsapp:
from identitykeypair.cpp:3:
/usr/include/absl/base/policy_checks.h:79:2: error: #error "C++ versions less than C++14 are not supported."
   79 | #error "C++ versions less than C++14 are not supported."
      |  ^~~~~
/usr/include/google/protobuf/port_def.inc:159:15: error: static assertion failed: Protobuf only supports C++14 and newer.

sysdig:
In file included from /usr/src/RPM/BUILD/sysdig-0.39.0/x86_64-alt-linux/libsinsp/cri-v1alpha2.grpc.pb.h:37:
In file included from /usr/include/grpcpp/impl/proto_utils.h:28:
/usr/include/grpcpp/impl/codegen/config_protobuf.h:93:9: error: no type named 'Status' in namespace 'google::protobuf::util'; did you mean simply 'Status'?
   93 | typedef GRPC_CUSTOM_UTIL_STATUS Status;
      |         ^~~~~~~~~~~~~~~~~~~~~~~
/usr/include/grpcpp/impl/codegen/config_protobuf.h:72:33: note: expanded from macro 'GRPC_CUSTOM_UTIL_STATUS'
   72 | #define GRPC_CUSTOM_UTIL_STATUS ::google::protobuf::util::Status
      |                                 ^~~~~~~~~~~~~~~~~~~~~~~~~~