[devel] Стабильный Сизиф. В новый год без unmets.

[Fr. Br. George]

[X-Post from devel@, отвечать туда]

Всем привет! Всех с наступающим!

Общими усилиями направления, задерживающие выпуск Сизифа, осваиваются:
- Инсталлятор уже инсталлирует. В начале наступающего года планируется
  бета-тестирование.
- XOrg. Успел выйти раньше :).
- OpenSSL. Дима нашёл время и вычитал.
- DBus. Спасибо всем, кто им действительно занимается.
- hwdatabase. Ждёт своего часа :(.

Ни одно из направлений не закрыто до конца, но и Freeze ещё не
закончился.

Остро встаёт вопрос о приёме в Сизиф принципиально новых версий
и/или сильно модифицированных сборок пакетов. Недавнее упражнение с DBus
показывает, что новые пакеты, порождающие и/или имеющие unmet-ы,
отбрасывают выпуск в будущее ровно на столько, сколько необходимо для
исправления этих unmet-ов. Плохо.

Попытка придумать какую-то формальную политику пошаговой заморозки (по
зависимостям) не зашла дальше предложения медитировать на граф Сизифа.
[2at] Алексей, у тебя, кажется, были наработки на эту или схожую тему?

Если не опускаться до формализма: стоит не класть в Сизиф пакеты,
увеличивающие число unmet-ов:
1. Пакеты с собственными unmet-ами. Это проверяется на сборочной машине
   путём hsh-install только_что_собранный_пакет.
2. Пакеты, изменяющие свои Provides настолько, что это порождает unmet-ы со
   стороны других пакетов: они зависели от _другого_ списка Provides.

[2all] П.1 предлагаю сделать обязательном на нынешней стадии Freeze.
[2all] Как в домашних условиях проверить п.2?
       Только сравнивая глазками Provides?

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_ru