[devel] Q: incominger rebuild
Sergey Vlasov
=?iso-8859-1?q?vsu_=CE=C1_altlinux=2Eru?=
Чт Май 18 14:22:19 MSD 2006
On Thu, May 18, 2006 at 01:44:50PM +0400, Alexey Gladkov wrote:
> Проанализировав логи от нового робота, я вижу что мантейнерам очень
> тяжело правильно расставить сборочные зависимости с версиями. В тоже
> время в ходе предыдущего обсуждения я понял то, что большинству
> разработчиков достаточно предоставить механизм для указания
> последовательности сборки их пакетов.
Дело даже не в том, что это тяжело - во многих случаях указание подобных
зависимостей просто не имеет смысла. Например, если у библиотеки меняется
ABI (и, как следствие, soname), но использующий эту библиотеку пакет может
собраться как со старой, так и с новой версией библиотеки, добавление в
пакет зависимости, блокирующей сборку со старой версией, выглядит
неправильным (как минимум, это создаёт лишнюю работу для backports).
> Исходя из этого я переписал робота так чтобы он учитывал только (почти
> только) BUILDTIME пакетов. У нового робота порядок работы следующий:
> * пакеты разделяются по мантейнерам;
> * пакеты сортируются по BUILDTIME и формируется линейная очередь;
> * пакеты для каждого мантейнера пересобираются по очереди до тех пор,
> пока пакеты из очереди собираются.
> * если пакет не собрался из-за того что apt в hasher не нашёл пакет
> или нужную версию, то такой пакет остаётся в очереди на следующий цикл.
Т.е., теперь все пакеты одного мантейнера будут обрабатываться
последовательно - возможность параллельной сборки вновь пропадает?
> BuildRequires обрабатываются только в hasher. hasher собирает на
> сизифе плюс то что уже собрано. Поэтому новый робот не избавляет от
> необходимости указывать правильные BuildRequires.
>
> Я могу запустить этого робота уже сегодня.
> Вопрос: какой из алогритмов вам больше нравится - текущий или новый ?
Поскольку о повышении квалификации среднего мантейнера можно только
мечтать, вероятно, придётся всё-таки использовать сортировку по BUILDTIME,
как дающую меньше сюрпризов.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип : application/pgp-signature
Размер : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url : <http://lists.altlinux.org/pipermail/devel/attachments/20060518/b33016a1/attachment-0001.bin>
Подробная информация о списке рассылки Devel