Сам создаёт "non-identical noarch packages", сам себя ругает и обламывает сборку.
https://packages.altlinux.org/ru/tasks/377597/ https://packages.altlinux.org/ru/tasks/377633/
(In reply to Sergey V Turchin from comment #0) > Сам создаёт "non-identical noarch packages", сам себя ругает и обламывает > сборку. Он что по вашему, и spec-и пишет и апстримные исходники? — Вы, чего, и конфеты за меня есть будете? — Ага! (в данном случае, не ага)
Глеб, а почему notabug? Возьмём 377597. Первые две итерации было всё хорошо, а на третьей на одной из архитектур girar решил не пресобирать пакет, а на других пересобрал: $ curl -s 'https://git.altlinux.org/tasks/377597/logs/events.1.3.log' | grep 'kldap.*OK' 2025-Mar-12 03:21:45 :: [aarch64] #1100 kldap.git 24.12.3-alt1: build OK (cached) 2025-Mar-12 03:29:19 :: [x86_64] #1100 kldap.git 24.12.3-alt1: build OK 2025-Mar-12 03:29:34 :: [i586] #1100 kldap.git 24.12.3-alt1: build OK 2025-Mar-12 05:58:53 :: #1100: kldap.git 24.12.3-alt1: build check OK В результате в провайдах разные disttag'и: --- kldap-common-24.12.3-alt1.noarch.rpm.x86_64 2025-03-12 06:13:55.815907652 +0000 +++ kldap-common-24.12.3-alt1.noarch.rpm.aarch64 2025-03-12 06:13:56.014909747 +0000 Provides: kde5-kldap-common = 24.12.3-alt1 -Provides: kldap-common = 24.12.3-alt1:sisyphus+377597.1100.1.3 +Provides: kldap-common = 24.12.3-alt1:sisyphus+377597.1100.1.2 Obsoletes: kde5-kldap-common < 24.12.3-alt1 По моему, это как раз баг girar'а.
(Ответ для Gleb F-Malinovskiy на комментарий #2) > Он что по вашему, и spec-и пишет и апстримные исходники? Нет. На моих жирных тасках нередко воспроизводится. Особенно достаёт, когда это на 3-й итерации происходит. Это давно уже.
Я тоже иногда сталкивался, решалось удалением и добавлением сабтаска, что бы заэнфорсить пересборку. На самом деле надо просто task run --force-rebuild сделать что бы оно всё пересобралось с самого начала безусловно.
(In reply to Ivan A. Melnikov from comment #3) > Глеб, а почему notabug? Я думаю, потому что reporter не справился с описанием проблемы.
(Ответ для Dmitry V. Levin на комментарий #6) > Я думаю, потому что reporter не справился с описанием проблемы. Тебе проблема давно известна. Не видел смысла разжевывать, поэтому написал предельно чётко.
(In reply to Anton Farygin from comment #5) > task run --force-rebuild сделать что бы оно всё > пересобралось с самого начала безусловно. На худой конец в качестве костыля хотя бы.
https://git.altlinux.org/tasks/377917/
https://packages.altlinux.org/tasks/378634
https://git.altlinux.org/tasks/378634/
https://git.altlinux.org/tasks/380673
https://packages.altlinux.org/ru/tasks/376290/
(In reply to Anton Farygin from comment #5) > На самом деле надо просто task run --force-rebuild сделать что бы оно всё > пересобралось с самого начала безусловно. Мне кажется, более эргономичным решением было бы заметить несоответствие disttag'ов пакетов, собраных на разных архитектурах, где-нибудь перед build check'ом, отчистить кеш соответствющих подзадач и уйти на следующую итерацию.
(In reply to Ivan A. Melnikov from comment #14) > (In reply to Anton Farygin from comment #5) > > На самом деле надо просто task run --force-rebuild сделать что бы оно всё > > пересобралось с самого начала безусловно. > > Мне кажется, более эргономичным решением было бы заметить несоответствие > disttag'ов пакетов, собраных на разных архитектурах, где-нибудь перед build > check'ом, отчистить кеш соответствющих подзадач и уйти на следующую итерацию. Да, согласен. Выглядит перспективнее.
Что-то изменилось. Появился какой-то "non-verifiable noarch packages". https://packages.altlinux.org/ru/tasks/382564/
> Появился какой-то "non-verifiable noarch packages" Ааа, не. Просто не замечал раньше этого.
1. Такая сборка: 2025-Apr-28 20:50:52 :: [i586] #10340 kernel-source-LiME.git 1.9.1-alt6: build start 2025-Apr-28 20:51:06 :: [i586] #10340 kernel-source-LiME.git 1.9.1-alt6: build OK (cached) 2025-Apr-28 20:58:09 :: [x86_64] #10340 kernel-source-LiME.git 1.9.1-alt6: build start 2025-Apr-28 20:59:22 :: [x86_64] #10340 kernel-source-LiME.git 1.9.1-alt6: build OK 2025-Apr-28 21:10:16 :: [aarch64] #10340 kernel-source-LiME.git 1.9.1-alt6: build start 2025-Apr-28 21:10:50 :: [aarch64] #10340 kernel-source-LiME.git 1.9.1-alt6: build OK (cached) Такая сборка приводит к ошибке, так как получается разница в `Provides:` из-за того что пакеты были собраны на разных итерациях: --- kernel-source-LiME-1.9.1-alt6.noarch.rpm.x86_64 2025-04-28 21:45:34.463362018 +0000 +++ kernel-source-LiME-1.9.1-alt6.noarch.rpm.i586 2025-04-28 21:45:34.597363205 +0000 @@ -4,3 +4,3 @@ Requires: rpmlib(PayloadIsLzma) -Provides: kernel-source-LiME = 1.9.1-alt6:c10f2+377694.10340.29.1 +Provides: kernel-source-LiME = 1.9.1-alt6:c10f2+377694.10340.28.1 FILETRIGGERSCRIPTPROG:1 (none) error (#10340): non-identical noarch packages --- kernel-source-LiME-1.9.1-alt6.noarch.rpm.x86_64 2025-04-28 21:45:34.604363267 +0000 +++ kernel-source-LiME-1.9.1-alt6.noarch.rpm.aarch64 2025-04-28 21:45:34.744364507 +0000 @@ -4,3 +4,3 @@ Requires: rpmlib(PayloadIsLzma) -Provides: kernel-source-LiME = 1.9.1-alt6:c10f2+377694.10340.29.1 +Provides: kernel-source-LiME = 1.9.1-alt6:c10f2+377694.10340.28.1 FILETRIGGERSCRIPTPROG:1 (none) error (#10340): non-identical noarch packages 2. Может быть для пакетов содержащих noarch - если кэш есть не на всех архитектурах, то считать, что его нет. 3. Или хотя бы дать инструмент для облегчения объезда такой ситуации: Например, команду `task invlidate-subtask-cache <taskid> disable <subtaskid>`, чтоб отменить кэш для конкретного подзадания (и не пришлось бы его удалять+добавлять (что особенно неприятно если таких подзаданий много (у меня выпадало по 5 штук за раз, а потом в N-ой пересборке снова) и/или они получали апрувы) и не делать rebuild всего большого задания).
https://git.altlinux.org/tasks/393021/logs/events.79.1.log
https://git.altlinux.org/tasks/397009/logs/events.3.1.log
https://git.altlinux.org/tasks/395099/logs/events.13.1.log
https://git.altlinux.org/tasks/400325/logs/events.2.1.log
Я, вот, ещё подумал. Если я буду всегда запускать задания только с commit, это повлияет на проблему? Хочу попробовать.
Доброго времени суток. Я так понимаю, я такое же поведение проймал https://git.altlinux.org/tasks/401437/logs/events.1.1.log
(Ответ для Sergey V Turchin на комментарий #23) > Я, вот, ещё подумал. Если я буду всегда запускать задания только с commit, > это повлияет на проблему? Хочу попробовать. Не влияет. Сборке достаточно один раз не стать DONE, чтобы проблема воспроизвелась, как в этом случае https://git.altlinux.org/tasks/402463/logs/events.2.1.log
(Ответ для Aleksandr Shamaraev на комментарий #24) > Я так понимаю, я такое же поведение проймал Да
(Ответ для Aleksandr Shamaraev на комментарий #24) > Я так понимаю, я такое же поведение проймал > https://git.altlinux.org/tasks/401437/logs/events.1.1.log Ой. Если с 1-й же попытки сборки, то это проблема в пакете.
(In reply to Sergey V Turchin from comment #27) > (Ответ для Aleksandr Shamaraev на комментарий #24) > > Я так понимаю, я такое же поведение проймал > > https://git.altlinux.org/tasks/401437/logs/events.1.1.log > Ой. Если с 1-й же попытки сборки, то это проблема в пакете. Попытки не столь важны. Тут в логах явно указана разница в наборе файлов в пакетах, полученых на разных архитектурах. Это одна из реальных проблем, которую проверка идентичности noarch-пакетов призвана выявить. Поведение, о(б)суждаемое в этой баге имеет важную характерную черту: пакеты, полученные на разных архитектурах, отличаются исключительно disttag'ами (своими, а также в requires/provides) из-за того, что какая-то подзадача оказалась собранной разными архитектурами на разных итерациях. К разнице в наборе файлов эта проблема girar не приводит.
Ещё, как вариант, можно помечать для всех соседних архитектур для пересборки, начиная со сфейлившегося подзадания.
(Ответ для Sergey V Turchin на комментарий #29) > Ещё, как вариант, можно помечать для всех соседних архитектур для > пересборки, начиная со сфейлившегося подзадания. Хотя, не так. Начиная с самого первого из тех, что оборвались.
А ещё железное решение -- не делать noarch пакетов.
(Ответ для Sergey V Turchin на комментарий #31) > А ещё железное решение -- не делать noarch пакетов. Оказалось, что для этого мне придется делать подготовку, которая добавляет ненужной работы, но теперь это одна из моих целей. Меня порядком уже достала эта проблема. :-(
(Ответ для Sergey V Turchin на комментарий #31) > А ещё железное решение -- не делать noarch пакетов. к сожалению это как гигантский ком - стоит отказаться от noarch в одном месте и оно накроет везде. Пока думаю мы к этому не готовы.
https://git.altlinux.org/tasks/417774/logs/events.1.1.log https://git.altlinux.org/tasks/417775/logs/events.1.1.log --- gemini-cli-0.41.2-alt1.noarch.rpm.x86_64 2026-05-11 04:03:36.992792450 +0000 +++ gemini-cli-0.41.2-alt1.noarch.rpm.i586 2026-05-11 04:03:37.491796983 +0000 @@ -50,3 +50,3 @@ Requires: /usr/bin/env -Requires: /usr/bin/node +Requires: node Requires: rpmlib(PayloadIsLzma) error (#100): non-identical noarch packages --- gemini-cli-0.41.2-alt1.noarch.rpm.i586 2026-05-11 04:03:38.012801717 +0000 +++ gemini-cli-0.41.2-alt1.noarch.rpm.aarch64 2026-05-11 04:03:38.014801735 +0000 @@ -50,3 +50,3 @@ Requires: /usr/bin/env -Requires: node +Requires: /usr/bin/node Requires: rpmlib(PayloadIsLzma) error (#100): non-identical noarch packages Не знаю, связано ли с той же проблемой, что и в этом баге, но вот два таска падают на первой же итерации сборки. Раньше с этим пакетом таких проблем не было.
https://git.altlinux.org/tasks/417776/logs/events.1.1.log Попробовал явно прописать Requires: node, получил вот это: --- gemini-cli-0.41.2-alt1.noarch.rpm.x86_64 2026-05-11 04:21:06.416120528 +0000 +++ gemini-cli-0.41.2-alt1.noarch.rpm.i586 2026-05-11 04:21:06.932125244 +0000 @@ -51,3 +51,2 @@ Requires: /usr/bin/env -Requires: /usr/bin/node Requires: rpmlib(PayloadIsLzma) error (#100): non-identical noarch packages --- gemini-cli-0.41.2-alt1.noarch.rpm.i586 2026-05-11 04:21:07.475130208 +0000 +++ gemini-cli-0.41.2-alt1.noarch.rpm.aarch64 2026-05-11 04:21:07.477130226 +0000 @@ -51,2 +51,3 @@ Requires: /usr/bin/env +Requires: /usr/bin/node Requires: rpmlib(PayloadIsLzma) error (#100): non-identical noarch packages
Если прописать Requires: /usr/bin/node, то получаю: --- gemini-cli-0.41.2-alt1.noarch.rpm.x86_64 2026-05-11 04:26:44.483210641 +0000 +++ gemini-cli-0.41.2-alt1.noarch.rpm.i586 2026-05-11 04:26:45.028215623 +0000 @@ -51,2 +51,3 @@ Requires: /usr/bin/env +Requires: node Requires: rpmlib(PayloadIsLzma) error (#100): non-identical noarch packages --- gemini-cli-0.41.2-alt1.noarch.rpm.i586 2026-05-11 04:26:45.524220157 +0000 +++ gemini-cli-0.41.2-alt1.noarch.rpm.aarch64 2026-05-11 04:26:45.526220175 +0000 @@ -51,3 +51,2 @@ Requires: /usr/bin/env -Requires: node Requires: rpmlib(PayloadIsLzma) Но всё успешно собралось, когда прописал: Requires: node Requires: /usr/bin/node
(Ответ для Alexander Makeenkov на комментарий #34) > Не знаю, связано ли с той же проблемой, что и в этом баге Не. Тут у меня валидные пакеты без изменений, а сборочница в какой-то итерации(после обрыва(а он неравномерен для разных архитектур) предыдущей сборки) пересобирает не под все архитектуры, из-за чего возникает разница между noarch-пакетами на разных архитектрурах.
https://git.altlinux.org/tasks/419944/logs/events.8.1.log
https://git.altlinux.org/tasks/418217/logs/events.8.2.log простой запуск сборки теперь помогает
(Ответ для Alexander Makeenkov на комментарий #34) > https://git.altlinux.org/tasks/417774/logs/events.1.1.log > https://git.altlinux.org/tasks/417775/logs/events.1.1.log > > Не знаю, связано ли с той же проблемой, что и в этом баге, но вот два таска > падают на первой же итерации сборки. > Раньше с этим пакетом таких проблем не было. Аналогичная ошибка и с моим node пакетом: https://git.altlinux.org/tasks/417191/logs/events.1.1.log https://git.altlinux.org/tasks/417191/logs/events.2.1.log --- opencommit-3.2.19-alt1.noarch.rpm.x86_64 2026-05-19 08:17:18.165716936 +0000 +++ opencommit-3.2.19-alt1.noarch.rpm.i586 2026-05-19 08:17:18.465719673 +0000 @@ -8,3 +8,3 @@ Requires: /usr/bin/env -Requires: /usr/bin/node +Requires: node Requires: rpmlib(PayloadIsLzma) error (#100): non-identical noarch packages --- opencommit-3.2.19-alt1.noarch.rpm.i586 2026-05-19 08:17:18.862723296 +0000 +++ opencommit-3.2.19-alt1.noarch.rpm.aarch64 2026-05-19 08:17:18.864723314 +0000 @@ -8,3 +8,3 @@ Requires: /usr/bin/env -Requires: node +Requires: /usr/bin/node Requires: rpmlib(PayloadIsLzma) error (#100): non-identical noarch packages
Дмитрий, сейчас при повторном запуске ошибка исправится
