53408 2025-03-12 11:14:00 +0300 Создаёт "non-identical noarch packages" 2026-05-11 10:32:19 +0300 1 1 2 Infrastructure Infrastructure girar unspecified x86_64 Linux NEW P5 major --- 1 zerg placeholder amakeenk glebfm iv ldv protvin rider shad vt xeno cas oldest_to_newest 260885 0 zerg 2025-03-12 11:14:00 +0300 Сам создаёт "non-identical noarch packages", сам себя ругает и обламывает сборку. 260886 1 zerg 2025-03-12 11:14:21 +0300 https://packages.altlinux.org/ru/tasks/377597/ https://packages.altlinux.org/ru/tasks/377633/ 260892 2 glebfm 2025-03-12 13:08:25 +0300 (In reply to Sergey V Turchin from comment #0) > Сам создаёт "non-identical noarch packages", сам себя ругает и обламывает > сборку. Он что по вашему, и spec-и пишет и апстримные исходники? — Вы, чего, и конфеты за меня есть будете? — Ага! (в данном случае, не ага) 260901 3 iv 2025-03-12 14:38:18 +0300 Глеб, а почему 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'а. 260905 4 zerg 2025-03-12 15:11:52 +0300 (Ответ для Gleb F-Malinovskiy на комментарий #2) > Он что по вашему, и spec-и пишет и апстримные исходники? Нет. На моих жирных тасках нередко воспроизводится. Особенно достаёт, когда это на 3-й итерации происходит. Это давно уже. 260907 5 rider 2025-03-12 15:26:37 +0300 Я тоже иногда сталкивался, решалось удалением и добавлением сабтаска, что бы заэнфорсить пересборку. На самом деле надо просто task run --force-rebuild сделать что бы оно всё пересобралось с самого начала безусловно. 260908 6 ldv 2025-03-12 15:30:09 +0300 (In reply to Ivan A. Melnikov from comment #3) > Глеб, а почему notabug? Я думаю, потому что reporter не справился с описанием проблемы. 260911 7 zerg 2025-03-12 15:43:06 +0300 (Ответ для Dmitry V. Levin на комментарий #6) > Я думаю, потому что reporter не справился с описанием проблемы. Тебе проблема давно известна. Не видел смысла разжевывать, поэтому написал предельно чётко. 260923 8 zerg 2025-03-12 17:41:53 +0300 (In reply to Anton Farygin from comment #5) > task run --force-rebuild сделать что бы оно всё > пересобралось с самого начала безусловно. На худой конец в качестве костыля хотя бы. 261139 9 zerg 2025-03-17 09:08:38 +0300 https://git.altlinux.org/tasks/377917/ 261467 10 zerg 2025-03-20 12:26:12 +0300 https://packages.altlinux.org/tasks/378634 261591 11 zerg 2025-03-21 13:28:39 +0300 https://git.altlinux.org/tasks/378634/ 262908 12 zerg 2025-04-12 07:02:41 +0300 https://git.altlinux.org/tasks/380673 263086 13 zerg 2025-04-16 15:31:55 +0300 https://packages.altlinux.org/ru/tasks/376290/ 263129 14 iv 2025-04-17 11:19:39 +0300 (In reply to Anton Farygin from comment #5) > На самом деле надо просто task run --force-rebuild сделать что бы оно всё > пересобралось с самого начала безусловно. Мне кажется, более эргономичным решением было бы заметить несоответствие disttag'ов пакетов, собраных на разных архитектурах, где-нибудь перед build check'ом, отчистить кеш соответствющих подзадач и уйти на следующую итерацию. 263133 15 rider 2025-04-17 12:31:27 +0300 (In reply to Ivan A. Melnikov from comment #14) > (In reply to Anton Farygin from comment #5) > > На самом деле надо просто task run --force-rebuild сделать что бы оно всё > > пересобралось с самого начала безусловно. > > Мне кажется, более эргономичным решением было бы заметить несоответствие > disttag'ов пакетов, собраных на разных архитектурах, где-нибудь перед build > check'ом, отчистить кеш соответствющих подзадач и уйти на следующую итерацию. Да, согласен. Выглядит перспективнее. 263644 16 zerg 2025-04-27 06:24:03 +0300 Что-то изменилось. Появился какой-то "non-verifiable noarch packages". https://packages.altlinux.org/ru/tasks/382564/ 263645 17 zerg 2025-04-27 06:30:12 +0300 > Появился какой-то "non-verifiable noarch packages" Ааа, не. Просто не замечал раньше этого. 264674 18 vt 2025-05-13 21:17:32 +0300 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 всего большого задания). 272778 19 protvin 2025-09-19 11:37:56 +0300 https://git.altlinux.org/tasks/393021/logs/events.79.1.log 274390 20 protvin 2025-10-14 09:28:16 +0300 https://git.altlinux.org/tasks/397009/logs/events.3.1.log 275828 21 zerg 2025-10-30 09:07:09 +0300 https://git.altlinux.org/tasks/395099/logs/events.13.1.log 277372 22 zerg 2025-11-18 14:31:58 +0300 https://git.altlinux.org/tasks/400325/logs/events.2.1.log 277407 23 zerg 2025-11-19 10:25:46 +0300 Я, вот, ещё подумал. Если я буду всегда запускать задания только с commit, это повлияет на проблему? Хочу попробовать. 278179 24 shad 2025-11-30 03:02:46 +0300 Доброго времени суток. Я так понимаю, я такое же поведение проймал https://git.altlinux.org/tasks/401437/logs/events.1.1.log 279049 25 zerg 2025-12-15 11:02:44 +0300 (Ответ для Sergey V Turchin на комментарий #23) > Я, вот, ещё подумал. Если я буду всегда запускать задания только с commit, > это повлияет на проблему? Хочу попробовать. Не влияет. Сборке достаточно один раз не стать DONE, чтобы проблема воспроизвелась, как в этом случае https://git.altlinux.org/tasks/402463/logs/events.2.1.log 279050 26 zerg 2025-12-15 11:03:29 +0300 (Ответ для Aleksandr Shamaraev на комментарий #24) > Я так понимаю, я такое же поведение проймал Да 279051 27 zerg 2025-12-15 11:05:36 +0300 (Ответ для Aleksandr Shamaraev на комментарий #24) > Я так понимаю, я такое же поведение проймал > https://git.altlinux.org/tasks/401437/logs/events.1.1.log Ой. Если с 1-й же попытки сборки, то это проблема в пакете. 279053 28 iv 2025-12-15 11:38:04 +0300 (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 не приводит. 280280 29 zerg 2026-01-15 14:12:46 +0300 Ещё, как вариант, можно помечать для всех соседних архитектур для пересборки, начиная со сфейлившегося подзадания. 280285 30 zerg 2026-01-15 15:46:01 +0300 (Ответ для Sergey V Turchin на комментарий #29) > Ещё, как вариант, можно помечать для всех соседних архитектур для > пересборки, начиная со сфейлившегося подзадания. Хотя, не так. Начиная с самого первого из тех, что оборвались. 280324 31 zerg 2026-01-16 13:37:43 +0300 А ещё железное решение -- не делать noarch пакетов. 285457 32 zerg 2026-04-09 11:44:05 +0300 (Ответ для Sergey V Turchin на комментарий #31) > А ещё железное решение -- не делать noarch пакетов. Оказалось, что для этого мне придется делать подготовку, которая добавляет ненужной работы, но теперь это одна из моих целей. Меня порядком уже достала эта проблема. :-( 285462 33 rider 2026-04-09 11:53:24 +0300 (Ответ для Sergey V Turchin на комментарий #31) > А ещё железное решение -- не делать noarch пакетов. к сожалению это как гигантский ком - стоит отказаться от noarch в одном месте и оно накроет везде. Пока думаю мы к этому не готовы. 287079 34 amakeenk 2026-05-11 07:17:13 +0300 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 Не знаю, связано ли с той же проблемой, что и в этом баге, но вот два таска падают на первой же итерации сборки. Раньше с этим пакетом таких проблем не было. 287080 35 amakeenk 2026-05-11 07:23:00 +0300 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 287081 36 amakeenk 2026-05-11 07:33:16 +0300 Если прописать 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 287084 37 zerg 2026-05-11 10:32:19 +0300 (Ответ для Alexander Makeenkov на комментарий #34) > Не знаю, связано ли с той же проблемой, что и в этом баге Не. Тут у меня валидные пакеты без изменений, а сборочница в какой-то итерации(после обрыва(а он неравномерен для разных архитектур) предыдущей сборки) пересобирает не под все архитектуры, из-за чего возникает разница между noarch-пакетами на разных архитектрурах.