Re: [devel] firefox-3.0 unmets (Sisyphus-20080709 x86_64 unmets: +54)

[Alexey Tourbin <at@altlinux.ru>]

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

On Wed, Jul 09, 2008 at 01:20:32PM +0700, Mikhail Gusarov wrote:
> Twas brillig at 04:02:04 09.07.2008 UTC+04 when at@altlinux.ru did gyre and gimble:
> 
>  AT> Интересно, как лучше всего поступать в подобных ситуациях (с точки
>  AT> зрения логики проверок в сборочной системе и с точки зрения
>  AT> организации совместного "перехода").
> 
> Расскажу, как сделано в Debian: там такие пакеты варятся в unstable до
> тех пор, пока все вместе не станут устанавливаемыми, и тогда одной
> транзакцией перемещаются в testing.

Что такое "варятся"?  Дело в том, что собранные пакеты должны быть
жестко привязаны к содержимому чрута, в котором они собрались.

B(S,C)->P
B - функция сборки, релизуемая хешером,
S - исходный код (src.rpm пакет),
C - chroot (базовая сборочная среда + BuildRequires, установленные в чрут),
P - собранные пакеты на выходе.

"Жестко привязаны" означает, что мы отслеживаем взаимное влияние между
пакетами.  Если содержимое чрута изменилось, то для пакета S требуется
либо тестовая пересборка (если он уже находится в репозитарии), либо
полная пересборка (если он ещё только "варится" на подходах к
репозитарию).

В этом смысле нельзя "варить" нечто неопределённое, а "пакет" -- это
определённо тройка <S,C,P>.  Пакеты не могут просто лежать и ждать,
пока они все вместе станут устанавливаемыми -- все переходные состояния
должны быть зафиксированы.

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