[devel] IA: incomiger rebuild

[devel] IA: incomiger rebuild

[Alexey Gladkov]

Приветствую!

Как некоторые успели заметить что rebuild в incoming установлен на
cron. Также произошли некоторые изменения в его работе:

1. Робот запускается раз в 3 часа:

35      */3     *       *       *       rebuild

2. Пакеты подписанные одним человеком обрабатываются отдельно от
других (создаются сессии для каждого мантейнера). Таким образом
уменьшается взаимное влияние разных мантейнеров.

3. В пределах каждой сессии пакеты сортируются _только_ по
BuildRequires. Все дополнительные сортировки упразнены. Теперь
алогритм, который проверяет возможность собрать пакет сейчас или
отложить его, выглядит также как и в hasher.
Вот простой пример:

if ! rpmquery -pR -- "$rpm" |xargs -r aptbox/apt-get -q --ignore-hold
--print-uris -y install >/dev/null; then
	echo "Hold RPM"
else
	echo "Build RPM"
fi

(aptbox построен на пакетах мантейнера и сизифе).

Нужно помнить, что вовремя пересборки есть два репозитория со старыми
и новыми пакетами. И чтобы выбрать с какой версией пакета собраться,
нужно ставить сборочную зависимость с версией.

4. Рассылаются уведомления о удайной пересборке.
5. На ftp будет храниться лог последней удачной и неудачной сборки.

-- 
Rgrds, legion

Re: [devel] IA: incomiger rebuild

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 389 bytes --]

* Alexey Gladkov <legion@> [060507 23:59]:
> Нужно помнить, что вовремя пересборки есть два репозитория со старыми
> и новыми пакетами. И чтобы выбрать с какой версией пакета собраться,
> нужно ставить сборочную зависимость с версией.
А можно то же самое, только для альтернативно одарённых?
Желательно с наглядными примерами, а то я немного не понял...

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 619 bytes --]

Hi Alexey!

Monday 08, at 12:11:04 AM you wrote:

> * Alexey Gladkov <legion@> [060507 23:59]:
> > Нужно помнить, что вовремя пересборки есть два репозитория со старыми
> > и новыми пакетами. И чтобы выбрать с какой версией пакета собраться,
> > нужно ставить сборочную зависимость с версией.
> А можно то же самое, только для альтернативно одарённых?
> Желательно с наглядными примерами, а то я немного не понял...
во время выкладывания просто надо учитывать, что робот перестанет шариться
по incoming/ а будет использовать в качестве requries только те пакеты,
что уже есть в Сизифе. 

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 863 bytes --]

* Konstantin A. Lepikhov <lakostis@> [060508 00:20]:
> > > Нужно помнить, что вовремя пересборки есть два репозитория со старыми
> > > и новыми пакетами. И чтобы выбрать с какой версией пакета собраться,
> > > нужно ставить сборочную зависимость с версией.
> > А можно то же самое, только для альтернативно одарённых?
> > Желательно с наглядными примерами, а то я немного не понял...
> во время выкладывания просто надо учитывать, что робот перестанет шариться
> по incoming/ а будет использовать в качестве requries только те пакеты,
> что уже есть в Сизифе. 
Т.е. если я выкладываю новую версию libfoo и пересобраный с ней
пакет bar, надо в BR bar указать новую версию libfoo или выложить
bar на три часа позже libfoo?

А есть другие варианты решения этой проблемы?  Из этих двух
вариантов мне не нравится ни один...

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Ilya]

Alexey Gladkov wrote:
> Приветствую!
> 
> Как некоторые успели заметить что rebuild в incoming установлен на
> cron. Также произошли некоторые изменения в его работе:

> 
> 4. Рассылаются уведомления о удайной пересборке.

По моему эти десятки писем с

I: incoming ... success/reject

по каждому пакету немного перебор. Думаю, никому кроме мантейнера это не 
нужно (в большинстве случаев).

Те пакеты, что прошли, потом попадают  в сводный отчет:

I: Sisyphus-20060506 packages: +6! +44 (5501)

Можно ещё одно письмо разом сделать с инфой о непересобранных пакетах за 
сутки.

А то если пару ядер пройдет, да kde, - будет 300 писем - 
информативность упадет до 0.

-- 
Илья

Re: [devel] IA: incomiger rebuild reports

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 890 bytes --]

On Mon, May 08, 2006 at 01:27:17AM +0400, Ilya wrote:
> Alexey Gladkov wrote:
> > 
> > Как некоторые успели заметить что rebuild в incoming установлен на
> > cron. Также произошли некоторые изменения в его работе:
> > 
> > 4. Рассылаются уведомления о удайной пересборке.
> 
> По моему эти десятки писем с
> 
> I: incoming ... success/reject
> 
> по каждому пакету немного перебор. Думаю, никому кроме мантейнера это не 
> нужно (в большинстве случаев).
> 
> Те пакеты, что прошли, потом попадают  в сводный отчет:
> 
> I: Sisyphus-20060506 packages: +6! +44 (5501)
> 
> Можно ещё одно письмо разом сделать с инфой о непересобранных пакетах за 
> сутки.
> 
> А то если пару ядер пройдет, да kde, - будет 300 писем - 
> информативность упадет до 0.

Согласен.  Давайте либо не будем это постить в sisyphus-cybertalk, либо
заведём специальный список.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Alexey Gladkov]

Alexey I. Froloff wrote:
> А есть другие варианты решения этой проблемы?  Из этих двух
> вариантов мне не нравится ни один...

Других вариантов нет.
Путей решения я пока не вижу.
Если мы пользуемся rpm, будьте добры указывать какой пакет и с какой
версией нужно использовать для сборки. Ещё раз повторюсь: в момент
пересборки их может быть несколько.

-- 
Rgrds, legion

Re: [devel] IA: incomiger rebuild

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 488 bytes --]

On Mon, May 08, 2006 at 01:46:34AM +0400, Alexey Gladkov wrote:
> Alexey I. Froloff wrote:
> > А есть другие варианты решения этой проблемы?  Из этих двух
> > вариантов мне не нравится ни один...
> 
> Других вариантов нет.
> Путей решения я пока не вижу.
> Если мы пользуемся rpm, будьте добры указывать какой пакет и с какой
> версией нужно использовать для сборки. Ещё раз повторюсь: в момент
> пересборки их может быть несколько.

А buildtime не учитывается?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Alexey Gladkov]

Dmitry V. Levin wrote:
> А buildtime не учитывается?

Нет. Если apt говорит что два пакета можно собрать, то робот их
собирает ... при этом на разных серверах параллельно.

Раньше я занимался угадыванием какие бинарные пакеты получатся из
исходных. Этот алгоритм медленный и в некоторых случаях ошибался.

-- 
Rgrds, legion

Re: [devel] IA: incomiger rebuild reports

[Alexey Gladkov]

Dmitry V. Levin wrote:
> Согласен.  Давайте либо не будем это постить в sisyphus-cybertalk, либо
> заведём специальный список.

Как скажите так и будет. Роботу без разницы куда слать письма и слать
их вообще.
Можно сделать отдельный список - sisyphus-incominger@ в который будут
приходить только письма от incominger. Их много и читать это не всем
интересно. А так будет архив и в нём при случае можно будет поискать.
Этим мы решим проблему с потерей писем и не будем перегружать
sisyphus-cybertalk лишними письмами.

-- 
Rgrds, legion

Re: [devel] IA: incomiger rebuild

[Anton Farygin]

Ilya wrote:
> Alexey Gladkov wrote:
>> Приветствую!
>>
>> Как некоторые успели заметить что rebuild в incoming установлен на
>> cron. Также произошли некоторые изменения в его работе:
> 
>> 4. Рассылаются уведомления о удайной пересборке.
> 
> По моему эти десятки писем с
> 
> I: incoming ... success/reject
> 
> по каждому пакету немного перебор. Думаю, никому кроме мантейнера это не 
> нужно (в большинстве случаев).
> 
> Те пакеты, что прошли, потом попадают  в сводный отчет:
> 
> I: Sisyphus-20060506 packages: +6! +44 (5501)
> 
> Можно ещё одно письмо разом сделать с инфой о непересобранных пакетах за 
> сутки.
> 
> А то если пару ядер пройдет, да kde, - будет 300 писем - 
> информативность упадет до 0.
> 

Нет, это не перебор.. я сразу увидел какие не мои пакеты не собрались 
для x86_64 и могу сразу попросить мантейнера внести тривиальные 
изменения в пакет.

Rgds,
Rider

Re: [devel] IA: incomiger rebuild reports

[Michael Shigorin]

On Mon, May 08, 2006 at 03:36:59AM +0400, Alexey Gladkov wrote:
> Можно сделать отдельный список - sisyphus-incominger@ в который
> будут приходить только письма от incominger. Их много и читать
> это не всем интересно. А так будет архив и в нём при случае
> можно будет поискать.  Этим мы решим проблему с потерей писем и
> не будем перегружать sisyphus-cybertalk лишними письмами.

+1

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] IA: incomiger rebuild

[Michael Shigorin]

On Mon, May 08, 2006 at 01:12:08AM +0400, Alexey I. Froloff wrote:
> Т.е. если я выкладываю новую версию libfoo и пересобраный с ней
> пакет bar, надо в BR bar указать новую версию libfoo или
> выложить bar на три часа позже libfoo?

Если *ты*, то в рамках твоей сессии они оба будут доступны.
Если ты выложил libfoo, то я собрать свой bar смогу только 
после прохождения в сизиф.

Не знаю, какой сорт проблем именно этим решался, но предполагаю,
что Лёше тут виднее.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] IA: incomiger rebuild

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 407 bytes --]

* Michael Shigorin <mike@> [060508 12:19]:
> > Т.е. если я выкладываю новую версию libfoo и пересобраный с ней
> > пакет bar, надо в BR bar указать новую версию libfoo или
> > выложить bar на три часа позже libfoo?
> Если *ты*, то в рамках твоей сессии они оба будут доступны.
Дану?  Кто будет собран первым, libfoo или bar при условии
BuildRequires: libfoo-devel в bar?

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 645 bytes --]

* Alexey Gladkov <legion@> [060508 01:56]:
> > А есть другие варианты решения этой проблемы?  Из этих двух
> > вариантов мне не нравится ни один...
> Других вариантов нет.
> Путей решения я пока не вижу.
Меня бы устроила просто возможность задания очерёдности для
сборки моих пакетов выложенных в одной сессии.

> Если мы пользуемся rpm, будьте добры указывать какой пакет и с какой
> версией нужно использовать для сборки. Ещё раз повторюсь: в момент
> пересборки их может быть несколько.
Указывать _ТАКИЕ_ версии в BuildRequires - неправильно.  Не надо
путать сборочные зависимости и команды роботам.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 187 bytes --]

* Ilya <oddity@> [060508 01:36]:
> Можно ещё одно письмо разом сделать с инфой о непересобранных
> пакетах за сутки.
Да, отчёт за день.  Было бы лучше...

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild reports

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 724 bytes --]

On Monday 08 May 2006 03:36, Alexey Gladkov wrote:
> Dmitry V. Levin wrote:
> > Согласен.  Давайте либо не будем это постить в sisyphus-cybertalk, либо
> > заведём специальный список.
>
> Как скажите так и будет. Роботу без разницы куда слать письма и слать
> их вообще.
> Можно сделать отдельный список - sisyphus-incominger@ в который будут
> приходить только письма от incominger. Их много и читать это не всем
> интересно. А так будет архив и в нём при случае можно будет поискать.
> Этим мы решим проблему с потерей писем и не будем перегружать
> sisyphus-cybertalk лишними письмами.

Лучше таки да, отдельный список. То, что такие письма нужны -- факт.

-- 
Pavlov Konstantin,
ALT Linux Team,
jid: thresh@altlinux.org

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Anton Farygin]

Alexey I. Froloff wrote:
> * Ilya <oddity@> [060508 01:36]:
>> Можно ещё одно письмо разом сделать с инфой о непересобранных
>> пакетах за сутки.
> Да, отчёт за день.  Было бы лучше...

По мне так лучше письма не за день, а в момент пересборки.
\
Повышается оперативность.

Rgds,
Rider

Re: [devel] IA: incomiger rebuild

[Alexey Gladkov]

Alexey I. Froloff wrote:
> Меня бы устроила просто возможность задания очерёдности для
> сборки моих пакетов выложенных в одной сессии.

То о чём ты говоришь в терминах rpm называется BuildRequires.

> Указывать _ТАКИЕ_ версии в BuildRequires - неправильно.  Не надо
> путать сборочные зависимости и команды роботам.

Вот именно!
Сборочные зависимости - зависимости для сборки пакета. Робот их и
учитывает.
А самостоятельное задание порядка сборки - это команда роботу не
учитывать BuildRequires, а пользоваться готовым порядком.

-- 
Rgrds, legion

Re: [devel] IA: incomiger rebuild

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 1069 bytes --]

* Alexey Gladkov <legion@> [060508 14:59]:
> > Меня бы устроила просто возможность задания очерёдности для
> > сборки моих пакетов выложенных в одной сессии.
> То о чём ты говоришь в терминах rpm называется BuildRequires.
Нет, то о чём я говорю к rpm никакого отношения не имеет.

> > Указывать _ТАКИЕ_ версии в BuildRequires - неправильно.  Не надо
> > путать сборочные зависимости и команды роботам.
> Вот именно!
> Сборочные зависимости - зависимости для сборки пакета. Робот их и
> учитывает.
Сборочные зависимости - это набор пакетов необходимых для сборки
этого пакета.  При чём тут роботы?

> А самостоятельное задание порядка сборки - это команда роботу не
> учитывать BuildRequires, а пользоваться готовым порядком.
Не роботы "учитывают" build requires, а сборочная среда.  Роботы
только отдают пакеты на сборку. Такие костыли - это
дополнительная головная боль мантейнерам и бэкпортерам.  

Ну не нужна версия нового libreadline-devel в BR при пересборке
того же bash, если у libreadline.so сменился SONAME.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 408 bytes --]

* Alexey I. Froloff <raorn@> [060508 12:39]:
> Меня бы устроила просто возможность задания очерёдности для
> сборки моих пакетов выложенных в одной сессии.
А ещё удобно делать, например, так:

i386-mingw32msvc
i386-mingw32msvc-binutils
i386-mingw32msvc-gcc --with bootstrap
i386-mingw32msvc-runtime
i386-mingw32msvc-gcc

И всё это в одной сессии...  Пример из жизни.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Alexey Gladkov]

Michael Shigorin wrote:
> Не знаю, какой сорт проблем именно этим решался, но предполагаю,
> что Лёше тут виднее.

Тут всё просто:
1. При сборке всех вместе возникают проблемы взаимного влияния
мантейнеров. (Например openldap, выложенный без указания о смене
soname). При разделение на сессии даёт шанс другим мантейнерам не
пострадать от ошибок коллег.
На практике я заметил, что разные мантейнеры не выкладывают
взаимозависимые пакеты.

2. Это задел на будуйщее. Следующий робот будет проверять эти сессии
на unmets.

-- 
Rgrds, legion

Re: [devel] IA: incomiger rebuild

[Alexey Gladkov]

Anton Farygin wrote:

> По мне так лучше письма не за день, а в момент пересборки.
> Повышается оперативность.

+1

Иначе можно не париться и делать пересборку раз в сутки. Ведь без
отчёта мантейнеры не узнают о том, что случилось с пакетом.
А я как раз от этого и хотел уйти.

-- 
Rgrds, legion

Re: [devel] IA: incomiger rebuild

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 447 bytes --]

* Alexey Gladkov <legion@> [060508 16:00]:
> > Не знаю, какой сорт проблем именно этим решался, но предполагаю,
> > что Лёше тут виднее.
> Тут всё просто:
Полностью согласен.  Только нужен алгоритм сортировки пакетов в
пределах одной сессии.  buildtime, mtime, специального вида
списки, whatever, только чтобы оно было однозначным и удобным.

Версии (а тем более версии-сборки) в BuildRequires - это костыли.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Anton Farygin]

Alexey I. Froloff wrote:
> * Alexey Gladkov <legion@> [060508 16:00]:
>>> Не знаю, какой сорт проблем именно этим решался, но предполагаю,
>>> что Лёше тут виднее.
>> Тут всё просто:
> Полностью согласен.  Только нужен алгоритм сортировки пакетов в
> пределах одной сессии.  buildtime, mtime, специального вида
> списки, whatever, только чтобы оно было однозначным и удобным.
> 
> Версии (а тем более версии-сборки) в BuildRequires - это костыли.

Я думаю что эту проблему необходимо решать тогда, когда будет сборка 
проходить из git'а.

Rgds,
Rider

Re: [devel] IA: incomiger rebuild

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 755 bytes --]

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'а, применительно к алгоритму
упорядочивания сборки пакетов?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1117 bytes --]

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, тогда их надо выдумать уже
сейчас.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Anton Farygin]

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'ера

Rgds,
Rider

Re: [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

Re: [devel] IA: incomiger rebuild

[Alexey Gladkov]

Anton Farygin wrote:
>>> Например коммитить какие-то правила для incoming'ера
>> Если эти правила не связаны с BuildRequires, тогда их надо выдумать уже
>> сейчас.
> 
> 
> По идее они должны дополнять.
> 
> Я думаю что это должно быть что-то вроде:
> .build-rules
> 
> В котором будут идти команды:
> wait: libfoo >= a.b-c
> 
> Где libfoo - src.rpm с версией-releae <= a.b-c

Именно src.rpm . Или лучше имя исходнго пакета.
Только команды должны быть еще и с архитектурой (опционально):

wait[(ARCH)]: libfoo >= a.b-c

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

Это же BuildRequires ... только улучшенные и отдельно лежащие :)

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

Этого тут не требуется. На стадии когда пакет покадает rebuild-роботу
 он и так пересобирается на две архитектуры.

Я хочу добавить новою команду в ACL для синхронизации архитектур. Это
позволит делать асинхронно от процесса пересборки. Кроме того не нужно
будет постить пакет ... только дать одну строчку в ACL.

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

Тогда на BuildRequires можно вообще не смотреть, а основываться на
.build-rules .

Если в распоряжении incominger будут такие сборочные зависимости, то
можно до начала сборки построить граф по этим пакетам. Это даст
гараздо больше возможностей.

Минус в том, что у нас ещё есть люди (пока это _все_ мантейнеры),
которые заливают обычные srpm... и вот с ними вся эта схема работать
не будет.

-- 
Rgrds, legion

Re: [devel] IA: incomiger rebuild

[Aleksey Avdeev]

Alexey Gladkov пишет:
> 
>>Соответственно тот, кто будет собирать пачки пакетов - должен учитывать 
>>эти правила для сортировки сборки.
> 
> 
> Тогда на BuildRequires можно вообще не смотреть, а основываться на
> .build-rules .

  Если я правельно понял, то между BuildRequires .build-rules разница
примерно такая, как между рулеткой и штангельциркулем.

  Реально -- желательно оба варинта.

> 
> Если в распоряжении incominger будут такие сборочные зависимости, то
> можно до начала сборки построить граф по этим пакетам. Это даст
> гараздо больше возможностей.
> 
> Минус в том, что у нас ещё есть люди (пока это _все_ мантейнеры),
> которые заливают обычные srpm... и вот с ними вся эта схема работать
> не будет.
> 

-- 

С уважением. Алексей.

Re: [devel] IA: incomiger rebuild

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 412 bytes --]

* Aleksey Avdeev <solo@> [060510 10:06]:
>   Если я правельно понял, то между BuildRequires .build-rules разница
> примерно такая, как между рулеткой и штангельциркулем.
Нет.  Примерно как между молотком и колотушкой для мяса.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Slava Dubrovskiy]

Alexey Gladkov пишет:
>>> Если эти правила не связаны с BuildRequires, тогда их надо выдумать уже
>>> сейчас.
>> или (например):
>>
>> build group: kde
>>
>> будет означать что надо собирать всю группу kde. Т.е. - все пакеты, у
>> которых в .build-rules написана группа kde.
> Это же BuildRequires ... только улучшенные и отдельно лежащие :)
Может для таких случаев использовать PreBuildRequires?

-- 
С уважением,
Дубровский Вячеслав.

Re: [devel] IA: incomiger rebuild

[Igor Zubkov]

[-- Attachment #1: Type: text/plain, Size: 568 bytes --]

В сообщении от 10 мая 2006 10:02 Slava Dubrovskiy написал(a):
> Alexey Gladkov пишет:
> >>> Если эти правила не связаны с BuildRequires, тогда их надо выдумать уже
> >>> сейчас.
> >>
> >> или (например):
> >>
> >> build group: kde
> >>
> >> будет означать что надо собирать всю группу kde. Т.е. - все пакеты, у
> >> которых в .build-rules написана группа kde.
> >
> > Это же BuildRequires ... только улучшенные и отдельно лежащие :)
>
> Может для таких случаев использовать PreBuildRequires?

Это будет мусор в spec файле.

-- 
Linkin Park - Breaking The Habit (live)

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] IA: incomiger rebuild

[Alexey Gladkov]

Slava Dubrovskiy wrote:
> Alexey Gladkov пишет:
>>>> Если эти правила не связаны с BuildRequires, тогда их надо выдумать уже
>>>> сейчас.
>>> или (например):
>>>
>>> build group: kde
>>>
>>> будет означать что надо собирать всю группу kde. Т.е. - все пакеты, у
>>> которых в .build-rules написана группа kde.
>> Это же BuildRequires ... только улучшенные и отдельно лежащие :)
> Может для таких случаев использовать PreBuildRequires?
> 

$ cat test.spec
Name: test
Version: 1.0
Release: alt1
Summary: test
License: GPL
Group: System/Base

PreBuildRequires: sisyphus

%description
test

%files
$ rpm-run -bs test.spec
ошибка: строка 8: Неизвестный тэг: PreBuildRequires: sisyphus

$ cat test.spec
Name: test
Version: 1.0
Release: alt1
Summary: test
License: GPL
Group: System/Base

BuildRequires: A
BuildRequires(pre): B
BuildRequires(post): C

%description
test

%files
$ rpmquery --querytags | grep -i req
REQUIREFLAGS
REQUIRENAME
REQUIREVERSION
$ rpmquery -p --qf='[%{REQUIRENAME} %{REQUIREFLAGS:depflags}
%{REQUIREVERSION}\n]' -- test-1.0-alt1.src.rpm
A
B
C
rpmlib(CompressedFileNames) <= 3.0.4-1

Никакой разницы нет. Или вы предлагаете парсить спек ?
И как отучить понимать эти спецальные BuildRequires ? Патчить rpm ?!

-- 
Rgrds, legion

Re: [devel] IA: incomiger rebuild

[Slava Dubrovskiy]

Alexey Gladkov пишет:
> Slava Dubrovskiy wrote:
>> Alexey Gladkov пишет:
>>>>> Если эти правила не связаны с BuildRequires, тогда их надо выдумать уже
>>>>> сейчас.
>>> Это же BuildRequires ... только улучшенные и отдельно лежащие :)
>> Может для таких случаев использовать PreBuildRequires?
> И как отучить понимать эти спецальные BuildRequires ? Патчить rpm ?!
Описался. Имелся в виду BuildPreReq
Он уже существует и когда-то мне объяснили, что это используется для
тех зависимостей, которые не определяются автоматом.
Идея в том, что там можно указывать те пакеты, которые должны браться
сначала из инкаминга и если их там нет, то из репозитария.

-- 
С уважением,
Дубровский Вячеслав.

Re: [devel] IA: incomiger rebuild

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 577 bytes --]

On Wednesday 10 May 2006 14:39, Slava Dubrovskiy wrote:

[...]
> Описался. Имелся в виду BuildPreReq
> Он уже существует и когда-то мне объяснили, что это используется
> для тех зависимостей, которые не определяются автоматом.
> Идея в том, что там можно указывать те пакеты, которые должны
> браться сначала из инкаминга и если их там нет, то из
> репозитария.
Так должно быть с любыми пакетами.
Иначе, проще будет везде всё переместить в BuildPreReq.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]