[sisyphus] Re: [POLICY] Sisyphus - альфа, бета, гамма

[Dmitry V. Levin]

On Wed, Jan 28, 2004 at 06:56:30PM +0200, Michael Shigorin wrote:
> On Wed, Jan 28, 2004 at 07:45:07PM +0300, Dmitry V. Levin wrote:
> > Возьмем реальный свежий пример:  изменился librpm, и несколько
> > пакетов, которые раньше не порождали unmet'ов, теперь их
> > порождают.  Вопрос: как разрулить?  Вариантов 3:
> > 0. никогда не менять librpm таким образом (нереально);
> > 1. держать librpm, пока все пакеты не будут исправлены;
> > 2. держать librpm, пока все существенные пакеты не будут исправлены;
> > 3. не держать librpm, пусть все пакеты с кривыми зависимостями ломаются.
> > В случае варианта 2 нужен формальный критерий для определения
> > существенных пакетов.  Сейчас используется вариант 2, но
> > формальный критерий отсутствует.
> 
> В случае classic+incoming у тебя появляется степень свободы и
> одновременно формализация:
> 
> - можно вкатить в .incoming librpm и при этом сломать
>   classic+incoming (не classic);
> 
> - те пакеты, которые не поправились за максимальное время жизни
>   librpm в .incoming (неделя) -- объявляются сломанными.
> 
> Было бы неплохо, если бы это тоже решалось симлинками, а не
> переносом собственно файлов.
> 
> Опять же, в сложных случаях (когда много сломалось и не успеваем
> починить все) это не хуже текущего (2).  В простых -- лучше,
> потому как комбинация реальных и формализуемых (1) и (3).

Мне все эти утверждения представляются как минимум неочевидными.

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


-- 
ldv
----------- следущая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : отсутствует
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: отсутствует
Url     : /pipermail/sisyphus/attachments/20040130/099af42e/attachment.bin