[devel] IA: incomiger rebuild

[Anton Farygin]

Dmitry V. Levin wrote:
> On Mon, May 08, 2006 at 08:19:27PM +0400, Anton Farygin wrote:
>> Dmitry V. Levin wrote:
>>> On Mon, May 08, 2006 at 07:34:52PM +0400, Anton Farygin wrote:
>>>> Alexey I. Froloff wrote:
>>>>> * Alexey Gladkov <legion@> [060508 16:00]:
>>>>>>> Не знаю, какой сорт проблем именно этим решался, но предполагаю,
>>>>>>> что Лёше тут виднее.
>>>>>> Тут всё просто:
>>>>> Полностью согласен.  Только нужен алгоритм сортировки пакетов в
>>>>> пределах одной сессии.  buildtime, mtime, специального вида
>>>>> списки, whatever, только чтобы оно было однозначным и удобным.
>>>>>
>>>>> Версии (а тем более версии-сборки) в BuildRequires - это костыли.
>>>> Я думаю что эту проблему необходимо решать тогда, когда будет сборка 
>>>> проходить из git'а.
>>> Какая разница, из git'а или из srpm'а, применительно к алгоритму
>>> упорядочивания сборки пакетов?\
>> В git будет достаточно просто вместе с пакетом поставлять правила его 
>> сборки.
>>
>> Например коммитить какие-то правила для incoming'ера
> 
> Если эти правила не связаны с BuildRequires, тогда их надо выдумать уже
> сейчас.


По идее они должны дополнять.

Я думаю что это должно быть что-то вроде:
.build-rules

В котором будут идти команды:
wait: libfoo >= a.b-c

Где libfoo - src.rpm с версией-releae <= a.b-c

или (например):

build group: kde

будет означать что надо собирать всю группу kde. Т.е. - все пакеты, у 
которых в .build-rules написана группа kde.

Ещё одна команда: rebuild: <архитектура>, должна заставить пересобрать 
пакет для архитектуры, если он ещё не собран.

Соответственно тот, кто будет собирать пачки пакетов - должен учитывать 
эти правила для сортировки сборки.

Rgds,
Rider