[sisyphus] Re: [POLICY] Sisyphus
Michael Shigorin
mike на osdn.org.ua
Пн Янв 26 19:13:35 MSK 2004
On Mon, Jan 26, 2004 at 06:30:09PM +0300, Denis Smirnov wrote:
> /me опять начнёт вспоминать свою идею о разделении
> сизифа-девелоперского и сизифа-юзабельного. Первый
> по-определению будет содержать несобирающиеся и нерабоающие в
> текущем окружении пакеты.
Вот-вот-вот-вот-вот :)
> В юзабельный сизиф пакет попадает тогда, и только тогда, когда:
> а) собирается на последнем юзабельном сизифе;
Для этого нужен API к BTE какой-то. Хотя бы в виде логов/флажков
сборки.
> б) проходит набор встроеных тестов (если они были) на последнем
> юзабельном сизифе;
--""--
> в) прошло не менее N времени после помещения в сизиф;
по mtime?
> г) нет ни одного незакрытого block-bug на этот пакет;
Для этого нужен API к bugzilla. В принципе, можно и на HTTP
сэмулировать :)
> + некая логика, меняющая N в зависимости от условий (например
> если новая версия исправляет критическую ошибку в уже имеющемся
> в юзабельном репозитории пакете, то N стремится к нулю).
Да пусть хоть без нее для начала и без BTE API. Возьметесь
смакетировать?
> >> Третий день - тестирование собранного, и слив собранных
> >> пакетов. Получаем minimum minimorum для кванта времени -
> >> трое суток.
> > На самом деле и между ними могут быть задержки. Но в общем
> > -- неделя :)
> Неделя очень хорошо для стабильности, но очень плохо для
> динамики. К тому же не факт что вновь добавленые через неделю
> пакеты не будут друг с другом конфликтовать.
Знаю. Но если эта компонента получает incoming/BTE ASAP -- то
динамика для разработчиков не то что бы улучшится (из incoming
таскать каштаны можно тоже), но цивилизуется. А для остальных
будет в достаточной мере меньше, чтобы предупредительные выстрелы
"сломали!" можно было услышать заранее.
Это просто ступенька управляемости, которая делается явно --
сейчас такой возможности просто нет, а жаль.
> >> Прежде всего, необходимо ранжирование пакетов по категориям
> >> важности.
> > Кстати, по крайней мере какая-то информация по этой части для mdk
> > installer есть ("важно/неважно/прикольно").
> Я предлагал пытаться вычислять важность пакета на основе количества прямых
> и косвенных зависимостей на него.
Угу. ("сумму зависимостей")
> > 2 mithraen: руки до этих самых скриптов не дошли?
> Увы, нет, я этот месяц вообще был перегружен до уровня
> малосовместимого с жизнью. Только-только выплыл из перегруза,
> попробую помедитировать. Меня смущает то, что этому скрипту
> нужно:
> - уметь получать информацию из BTS
> - знать _собирается_ ли пакет на юзабельном сизифе.
См. выше.
Если задаться incoming/BTE в качестве входа -- предполагается,
что собирается, если не старше $TIME2 ::= одна_неделя. Как
нулевое приближение.
--
---- WBR, Michael Shigorin <mike на altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
Подробная информация о списке рассылки Sisyphus