[devel] LLVM 13 и ошибки сборки

[devel] LLVM 13 и ошибки сборки

[Vitaly Lipatov]

Всем добрый день!

Я хотел бы предложить на обсуждение процедуру обновления пакетов в 
Сизифе, которые влияют на сборку остальных.
Сейчас поводом для этого выступает новая версия LLVM 13, которая сломала 
сборку около 40 пакетов.
Не знаю, есть ли пакеты, которые не сломались.
У нас же есть (возможно, что не все его знают и умеют пользоваться) 
механизм получения списка зависимых по сборке пакетов.
Ведь можно отправить тестовое задание и пересобрать ряд зависящих 
ключевых пакетов, чтобы убедиться, что новая версия компилятора вообще 
работает.

Я понимаю, что конкретно с LLVM 13 это рабочий момент.
Но способ, как проверить на собираемость, похоже, сейчас известен только 
отделу тестирования, и они им успешно пользуются при приёмке пакетов в 
p10 и т.п.

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] LLVM 13 и ошибки сборки

[Anton Farygin]

On 13.04.2022 18:17, Vitaly Lipatov wrote:
> Всем добрый день!
>
> Я хотел бы предложить на обсуждение процедуру обновления пакетов в 
> Сизифе, которые влияют на сборку остальных.
> Сейчас поводом для этого выступает новая версия LLVM 13, которая 
> сломала сборку около 40 пакетов.
> Не знаю, есть ли пакеты, которые не сломались.
> У нас же есть (возможно, что не все его знают и умеют пользоваться) 
> механизм получения списка зависимых по сборке пакетов.
> Ведь можно отправить тестовое задание и пересобрать ряд зависящих 
> ключевых пакетов, чтобы убедиться, что новая версия компилятора вообще 
> работает.
>
> Я понимаю, что конкретно с LLVM 13 это рабочий момент.
> Но способ, как проверить на собираемость, похоже, сейчас известен 
> только отделу тестирования, и они им успешно пользуются при приёмке 
> пакетов в p10 и т.п.
>
Такой способ есть много у кого.

На первом уровне глубины зависимостей можно даже вот так посмотреть:
https://packages.altlinux.org/ru/sisyphus/srpms/llvm-common/what_depends/by_source

А точнее лучше через rdb или поиском в сборочных чрутах (через ufb)

Re: [devel] LLVM 13 и ошибки сборки

[Vitaly Lipatov]

Anton Farygin писал(а) 13.4.22 18:34:
...
> Такой способ есть много у кого.
Это выглядит как open source проект с закрытой системой сборки. Вроде и 
код есть да собрать никто не может.

> На первом уровне глубины зависимостей можно даже вот так посмотреть:
> https://packages.altlinux.org/ru/sisyphus/srpms/llvm-common/what_depends/by_source
> 
> А точнее лучше через rdb или поиском в сборочных чрутах (через ufb)

Хорошо, спрошу прямее:
clang сломан уже неделю. Я хотел бы понять, зачем нужно было сломанный 
clang13 ставить дефолтным, и планируется ли исправление ситуации, и что 
будет предпринято, чтобы такого не допускать на ровном месте.


-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] LLVM 13 и ошибки сборки

[Arseny Maslennikov]

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

On Sat, Apr 16, 2022 at 10:19:14PM +0300, Vitaly Lipatov wrote:
> Хорошо, спрошу прямее:
> clang сломан уже неделю. Я хотел бы понять, зачем нужно было сломанный
> clang13 ставить дефолтным, и планируется ли исправление ситуации, и что
> будет предпринято, чтобы такого не допускать на ровном месте.

[1] https://git.altlinux.org/beehive/logs/Sisyphus-x86_64/archive/2022/0413/error/afl-2.56-alt4.b.git.f10d601
[2] https://git.altlinux.org/beehive/logs/Sisyphus-x86_64/archive/2022/0413/error/gn-0.1967.80a40b07-alt1

Ах вот оно что. Для протокола — я эти логи увидел _только сегодня_, а до
этого полагал, что сломаны лишь CMake-конфиги (и пакеты[3], что собираются с
ними).

[3] https://git.altlinux.org/beehive/logs/Sisyphus-x86_64/archive/2022/0413/error/qt6-tools-6.2.2-alt1

Багрепорты или обсуждение в таких случаях надо с копипасты отсюда
начинать, чтобы был ясен масштаб бедствия. А то будто говорите
загадками. Я уж думал вас обвинять в грубых округлениях (вроде "сломан
clang" вместо "сломан llvm"), совершаемых ради "хайпа" и чтобы бьющаяся
посуда звенела громче. :D

По существу: видимо, это https://github.com/llvm/llvm-project/issues/51717.
Объезжаем:
* Fri Apr 15 2022 Arseny Maslennikov <arseny@altlinux.org> 13.0.1-alt2
- Dropped certain targets from import checks in CMake configs.
  This will fix bug 39685, or, at least, dramatically reduce its impact.
- Built without gcc-LTO, since it miscompiles the LLVM optimizer.
- Temporarily disabled doc generation to urgently push the fix above.

p.s.
Было бы удобно в личных почтовых уведомлениях о FTBFS, кроме писем вида
"сломалась сборка пакета, в ACL которого есть вы" ещё и получать письма вида
"сломалась сборка ряда пакетов, которые зависят от ваших, из-за вашего
пакета". Но робот не знает, из-за чего поломка, и будет присылать много
false positives.
В теории, таким сводкам место на watch.altlinux.org.

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

Re: [devel] LLVM 13 и ошибки сборки

[Arseny Maslennikov]

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

On Wed, Apr 13, 2022 at 06:17:16PM +0300, Vitaly Lipatov wrote:
> Я хотел бы понять, зачем нужно было сломанный
> clang13 ставить дефолтным,

Для экономии времени на бюрократии. Правда, никакой экономии не получилось...

> и планируется ли исправление ситуации,

Есть задание 298594. Если его будет недостаточно, то откатим дефолтную мажорную ветку.

> и что
> будет предпринято, чтобы такого не допускать на ровном месте.

rdb.altlinux.org у нас всё-таки есть и доступен; это только полдела.
Если соорудить тестовое задание на основной сборочнице, в котором
собрать новый llvm и 20-40 подзаданий rebuild, сборочница будет его жевать
сутки из-за последовательного характера сборки подзаданий, который в
описываемом конкретном случае не является необходимым.

Есть давняя мечта превратить beehive в тип сборочного подзадания.
Тогда регулярные пересборки репозиториев будут заданиями сборочницы с
единственным таким подзаданием, а для остальных заданий появится опция
"пересобрать зависимые пакеты в окружении, порождаемом заданием".

Более реалистичные меры: надо прикрутить к llvm-common тест тулчейна
(хотя бы: собрать два-три исходника на С или С++ в executable binary) и
тест, что работают CMake-директивы find_package(Clang CONFIG), find_package(LLVM CONFIG).
Заведу для этого багрепорты.

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

Re: [devel] LLVM 13 и ошибки сборки

[Vitaly Lipatov]

Arseny Maslennikov писал(а) 17.4.22 12:30:
> On Wed, Apr 13, 2022 at 06:17:16PM +0300, Vitaly Lipatov wrote:
>> Я хотел бы понять, зачем нужно было сломанный
>> clang13 ставить дефолтным,
> 
> Для экономии времени на бюрократии. Правда, никакой экономии не 
> получилось...
> 
>> и планируется ли исправление ситуации,
> 
> Есть задание 298594. Если его будет недостаточно, то откатим дефолтную
> мажорную ветку.
Спасибо, с ним собирается! Ждём в Сизифе!

> rdb.altlinux.org у нас всё-таки есть и доступен; это только полдела.
> Если соорудить тестовое задание на основной сборочнице, в котором
> собрать новый llvm и 20-40 подзаданий rebuild, сборочница будет его 
> жевать
> сутки из-за последовательного характера сборки подзаданий, который в
> описываемом конкретном случае не является необходимым.
Я для cmake пересобираю достаточно большой список, но исключив тяжёлые 
задания. Это тоже может быть вариантом.

> Есть давняя мечта превратить beehive в тип сборочного подзадания.
> Тогда регулярные пересборки репозиториев будут заданиями сборочницы с
> единственным таким подзаданием, а для остальных заданий появится опция
> "пересобрать зависимые пакеты в окружении, порождаемом заданием".
> 
> Более реалистичные меры: надо прикрутить к llvm-common тест тулчейна
> (хотя бы: собрать два-три исходника на С или С++ в executable binary) и
> тест, что работают CMake-директивы find_package(Clang CONFIG),
> find_package(LLVM CONFIG).
> Заведу для этого багрепорты.
Спасибо!

-- 
С уважением,
Виталий Липатов,
ALT Linux Team

Re: [devel] LLVM 13 и ошибки сборки

[Grigory Ustinov]

17.04.2022 12:30, Arseny Maslennikov пишет:
> On Wed, Apr 13, 2022 at 06:17:16PM +0300, Vitaly Lipatov wrote:
>> Я хотел бы понять, зачем нужно было сломанный
>> clang13 ставить дефолтным,
> Для экономии времени на бюрократии. Правда, никакой экономии не получилось...
>
>> и планируется ли исправление ситуации,
> Есть задание 298594. Если его будет недостаточно, то откатим дефолтную мажорную ветку.
>
>> и что
>> будет предпринято, чтобы такого не допускать на ровном месте.
> rdb.altlinux.org у нас всё-таки есть и доступен; это только полдела.
> Если соорудить тестовое задание на основной сборочнице, в котором
> собрать новый llvm и 20-40 подзаданий rebuild, сборочница будет его жевать
> сутки из-за последовательного характера сборки подзаданий, который в
> описываемом конкретном случае не является необходимым.
>
> Есть давняя мечта превратить beehive в тип сборочного подзадания.
> Тогда регулярные пересборки репозиториев будут заданиями сборочницы с
> единственным таким подзаданием, а для остальных заданий появится опция
> "пересобрать зависимые пакеты в окружении, порождаемом заданием".
Хорошо, что это мечта, а не цель=)
> Более реалистичные меры: надо прикрутить к llvm-common тест тулчейна
> (хотя бы: собрать два-три исходника на С или С++ в executable binary) и
> тест, что работают CMake-директивы find_package(Clang CONFIG), find_package(LLVM CONFIG).
> Заведу для этого багрепорты.
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] LLVM 13 и ошибки сборки

[Michael Shigorin]

On Sun, Apr 17, 2022 at 12:30:59PM +0300, Arseny Maslennikov wrote:
> Более реалистичные меры: надо прикрутить к llvm-common тест тулчейна
> (хотя бы: собрать два-три исходника на С или С++ в executable binary) и
> тест, что работают CMake-директивы find_package(Clang CONFIG),
> find_package(LLVM CONFIG).  Заведу для этого багрепорты.

Возможно, пригодится пакет simpletest.

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

Re: [devel] LLVM 13 и ошибки сборки

[Andrey Savchenko]

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

On Wed, 20 Apr 2022 18:00:14 +0300 Michael Shigorin wrote:
> On Sun, Apr 17, 2022 at 12:30:59PM +0300, Arseny Maslennikov wrote:
> > Более реалистичные меры: надо прикрутить к llvm-common тест тулчейна
> > (хотя бы: собрать два-три исходника на С или С++ в executable binary) и
> > тест, что работают CMake-директивы find_package(Clang CONFIG),
> > find_package(LLVM CONFIG).  Заведу для этого багрепорты.
> 
> Возможно, пригодится пакет simpletest.

Он не тестирует cmake, но над компилятором издевается на ура: баги
и в lcc, и в gcc повылазили. Под clang туда не сложно переделать.

Best regards,
Andrew Savchenko

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

Re: [devel] LLVM 13 и ошибки сборки

[Sergey V Turchin]

On Saturday, 16 April 2022 22:19:14 MSK Vitaly Lipatov wrote:

[...]
> open source проект с закрытой системой сборки. Вроде и
> код есть да собрать никто не может.
У OnlyOffice так. :-)

[...]

-- 
Regards, Sergey.