>> Между дебианом и альтом в этом плане есть принципиальная разница. Buildd
>> работает  несколько иначе: он берёт по сырцовому пакету и собирает его
>> относительно текущего состояния репозитория.
> А где оно сериализуется, построением очереди на сборку и одним buildd на
> один репозиторий?

Так глубоко в Debian не лез. Мне надо было поверхностно сравнить подходы. А доков по этим вещам сам понимаешь -- мало.

>> Сизиф же, насколько мне известно, всё-таки строит дерево сборочных
>> зависимостей и затем сворачивает его.
> Cизиф -- не сборочница, а репозиторий/проект; насчёт "строит/сворачивает" не понял (или
> ты про то, как формируется чрут для сборки?).

В моём текущем понимании сизиф -- это репозиторий с результатами сборок. В него попадают пакеты, полученные в вашем CI, основанном на gears. На Gears я смотрел как раз лишь мельком, но у меня сложилось впечатление, что он вроде как сроит граф сборочных зависимостей, и именно его обходом формирует последовательность сборки. Я ошибаюсь?

> В girar_builder в этом плане интересен транзакционный подход скорее, у at@ где-то
> была статья на эту тему -- если интересно, найду позже, сейчас
> патчи принять надо.

Интересно, как вы определяете, что должно войти в каждую транзакцию. Если не по графу, значит, по-видимому, руками.