[sisyphus] Re: [POLICY] Sisyphus

[Michael Shigorin]

On Tue, Jan 27, 2004 at 09:27:38PM +0300, Dmitry V. Levin wrote:
> Просто у пакета mod_perl маленький вес.
> Вот у libpango, например, вес гораздо больше был.

Да я ж и не спорю.  (в данном случае скорее радуюсь -- дешево
отделался :)

> > При добавлении .incoming:
> > * некий mike залил apache;
> > * на следующий день оказалось, что в рамках classic+incoming
> >   apache-mod_perl сломан вышеуказанным образом;
> > * [...выясняем, в чем дело...];
> > * залита Правильная Сборка;
> > * пролежав там свои N суток (неделю) и не обновившись, эта сборка
> >   перемещается скриптом в свой .contrib или куда положено; при
> >   этом пользователи нормального .classic этой бури в стакане не
> >   ощутили.
> > Здесь около слов "оказалось" и "выясняем" можно сразу дописывать
> > "поднимаем исключение <<ИЗМЕНА!!>>".
> А что делать, если все сборки mod_perl не работают в текущем
> репозитарии?

В текущем -- это classic+incoming, в данной схеме?

> Удерживать весь репозитарий или пожертвовать mod_perl'ом?  Кто
> будет принимать решение?

Тут алгоритм в худшем случае остается тем же.

Если подразумевался classic (в котором бы при переезде в него
otherwise good новых rpm и apt сломался тот же mod_perl) -- то по
крайней мере проблема была бы смоделирована на classic+incoming с
меньшей болью в сердце и хорошей наглядностью.  И в худшем случае
ситуация бы все равно не ухудшилась по сравнению с текущей.

> Что ни говорите, но предложенная простая схема разбивается на
> вышеприведённом примере.

Ну, во-первых, она и не предлагается как окончательный рабочий
вариант; во-вторых, мне кажется, что если вариант развития
предлагает если не полное решение проблем, то по крайней мере
отсутствие ухудшений по каждому отдельному пункту _и_
предоставление ясных точек для улучшения -- то его стоит
подумать.

Плюс к тому, это даст "несжигание мостов" для тех, кому
предлагается строить решения на базе сизифа (косясь на
www.altlinux.ru).  Даже это, и плюс больший синхрон по
разработке.

> > В идеале (tm) -- включает предыдущий пункт :) --
> > * после чего пакет apache-<версия>.alt<сборка>.src.rpm и его
> >   бинарное потомство переселяются в компоненту master при
> >   отсутствии новых точек перегиба, влияющих на них.
> Ага, и всё это занимает полгода, в результате разработка Сизифа
> оказывается парализованной. :(

Думаю, нет.  Ведь "точки", задевающие все и вся, бывают не так уж
и часто -- два-три раза в год.

А в более частных случаях формализация (и по-хорошему --
тестирование: те же смены soname можно же отследить?) плюс
средства оповещения могут заметно скосить флеймы, которые
волей-неволей образуются вокруг каждой такой "критичной точки"
(будь она обдуманно или непредвиденно создана майнтейнером).
Т.е. сэкономить время даже на этом :-)

-- 
 ---- WBR, Michael Shigorin <mike на altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?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/sisyphus/attachments/20040127/71f0d78d/attachment-0009.bin>