Currently --fail-late stops build on architecture where previously build failure occurred. Please add option, like --keep-going, to continue build all subtasks even if other tasks are failed. This will be useful to build new major kernel versions with many external modules (for example, we have 42 packages for std-def) - Failed tasks not need to be deleted to continue build - thus, their build logs can be inspected later (when we announce build of new kernel); - There will be no need to delete sub-task and re-run task to continue test build multiple times after each failure (I think I did this >10 times and this took whole day of real time).
Есть же --swift
Точнее, уже --hurry
"Hurry включает режим swift, в котором сборочница считает, что если пакет был хоть раз собран, то no need to rebuild." На сколько я понял из с Глебом сейчас другого варианта продолжения сборки кроме удаления failed subtasks нет.
Поддерживаю. Я когда-то себе написал скрипт, который каждые n секунд рсинкает events.M.1.log, грепает ключевую фразу task #****** for sisyphus FAILED и если получилось, грепает какой сабтаск свалился, удаляет его, повышает счётчик M и запускает таск снова. Можно заодно рсинкать и логи фейлов.
да, я бы тоже не отказался от такой опции. Потом было бы удобно удалить из задания упавшие подзадания, добавить их в конец и запустить заново.
А я бы ещё при этом делал репозиторий независимо от результатов сборки, чтобы можно было сразу же работать над оставшимися пакетами. Ведь те, что собрались, зачастую нужны для сборки остальных.
keep_going это очень круто; когда-то я сделал такой флаг для sisyphus_mipsel и sisyphus_riscv64. Для sisyphus_loongarch64 реализация выглядит так: https://git.altlinux.org/people/iv/packages/girar.git?a=commitdiff;h=af466d56756672c15a13e8da0a2392a923cc363c (в этом коммите нет интерфейса для пользователей). Очень помогает при массовых пересборках и приезжающих из основного Сизифа огромных таксках.
(In reply to Sergey V Turchin from comment #6) > А я бы ещё при этом делал репозиторий независимо от результатов сборки, > чтобы можно было сразу же работать над оставшимися пакетами. +1, можно было бы подключить таску к хешеру и чинить то, что там не собралось. Но это кажется темой отдельной баги. Такая есть?
(Ответ для Ivan A. Melnikov на комментарий #8) > > А я бы ещё при этом делал репозиторий независимо от результатов сборки, > > чтобы можно было сразу же работать над оставшимися пакетами. > +1, можно было бы подключить таску к хешеру и чинить то, что там не > собралось. Но это кажется темой отдельной баги. Такая есть? Да, полно: #26711 #33069 #39850 #51923
(Ответ для Vitaly Chikunov на комментарий #0) > Currently --fail-late stops build on architecture where previously build > failure occurred. > > Please add option, like --keep-going, to continue build all subtasks even if > other tasks are failed. > > This will be useful to build new major kernel versions with many external > modules (for example, we have 42 packages for std-def) > - Failed tasks not need to be deleted to continue build - thus, their build > logs can be inspected later (when we announce build of new kernel); > - There will be no need to delete sub-task and re-run task to continue test > build multiple times after each failure (I think I did this >10 times and > this took whole day of real time). Какъ врѣменное рѣшеніе могу предложить чѣмъ самъ большуюсь врѣменами. https://github.com/majioa/rebuild
