Исходное сообщение
"Релиз Debian 10 Buster " Отправлено freehck, 09-Июл-19 12:03
>> Между дебианом и альтом в этом плане есть принципиальная разница. Buildd >> работает  несколько иначе: он берёт по сырцовому пакету и собирает его >> относительно текущего состояния репозитория. > А где оно сериализуется, построением очереди на сборку и одним buildd на > один репозиторий? Так глубоко в Debian не лез. Мне надо было поверхностно сравнить подходы. А доков по этим вещам сам понимаешь -- мало. >> Сизиф же, насколько мне известно, всё-таки строит дерево сборочных >> зависимостей и затем сворачивает его. > Cизиф -- не сборочница, а репозиторий/проект; насчёт "строит/сворачивает" не понял (или > ты про то, как формируется чрут для сборки?). В моём текущем понимании сизиф -- это репозиторий с результатами сборок. В него попадают пакеты, полученные в вашем CI, основанном на gears. На Gears я смотрел как раз лишь мельком, но у меня сложилось впечатление, что он вроде как сроит граф сборочных зависимостей, и именно его обходом формирует последовательность сборки. Я ошибаюсь? > В girar_builder в этом плане интересен транзакционный подход скорее, у at@ где-то > была статья на эту тему -- если интересно, найду позже, сейчас > патчи принять надо. Интересно, как вы определяете, что должно войти в каждую транзакцию. Если не по графу, значит, по-видимому, руками.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Между дебианом и альтом в этом плане есть принципиальная разница. Buildd >>> работает несколько иначе: он берёт по сырцовому пакету и собирает его >>> относительно текущего состояния репозитория. >> А где оно сериализуется, построением очереди на сборку и одним buildd на >> один репозиторий? > Так глубоко в Debian не лез. Мне надо было поверхностно сравнить подходы. > А доков по этим вещам сам понимаешь -- мало. >>> Сизиф же, насколько мне известно, всё-таки строит дерево сборочных >>> зависимостей и затем сворачивает его. >> Cизиф -- не сборочница, а репозиторий/проект; насчёт "строит/сворачивает" не понял (или >> ты про то, как формируется чрут для сборки?). > В моём текущем понимании сизиф -- это репозиторий с результатами сборок. В > него попадают пакеты, полученные в вашем CI, основанном на gears. На > Gears я смотрел как раз лишь мельком, но у меня сложилось > впечатление, что он вроде как сроит граф сборочных зависимостей, и именно > его обходом формирует последовательность сборки. Я ошибаюсь? >> В girar_builder в этом плане интересен транзакционный подход скорее, у at@ где-то >> была статья на эту тему -- если интересно, найду позже, сейчас >> патчи принять надо. > Интересно, как вы определяете, что должно войти в каждую транзакцию. Если не > по графу, значит, по-видимому, руками.
	Введите код, изображенный на картинке: