Situation

Материал из ALT Linux Wiki
Freesource-logo.png Blue Glass Arrow.svg MediaWiki logo.png
Эта страница была перемещена с freesource.info.
Эта страница наверняка требует чистки и улучшения — смело правьте разметку и ссылки.
Просьба по окончанию убрать этот шаблон со страницы.


Обзор ситуации с разработкой Сизифа

Обработка сообщений об ошибках (багах)

В Сизифе более 7500 пакетов(из которых получается более 13800 бинарных пакетов). Заведуют всем этим хозяйством 180 мантейнеров (это число включает тех, кто по факту отошёл от сопровождения пакетов; активных сейчас более сотни, думаю). Это данные на февраль 2008 года.

В Багзилле находится неизвестно сколько ("почти 3 тысячи" -- август 2005) исправленных, но не закрытых багов, а также около 2000 багов, которые ещё требуют исправления (или констатации такового). Это при том, что всего закрытых багов по Sisyphus на февраль 2008 -- около 11000 (из них около 2000 закрыты как INVALID/WONTFIX и ещё три десятка отложены как LATER/REMIND).

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

При этом перераспределение, подхватывание пакетов работает слабо, но есть страничка со сведениями: http://wiki.sisyphus.ru/devel/orphaned Конечно, тут включается естественный отбор -- вымирающие пакеты, которые действительно кому-то нужны, будут поставлены на ноги, остальные отправятся в orphaned. Но тем не менее некоторые важные программы с надоедливыми ошибками ждут своей участи годами.

Что предлагается.

  • мантейнерам пройтись по своим пакетам и закрыть те баги, которые явно того требуют, особенно если баги древние. Если кому-то понадобится по ошибке закрытый баг, откроют заново.
  • тем, кто вешает баги, напоминаю, что было бы неплохо возвращаться через год-два и закрывать свои баги, которые были исправлены.

Стандартизация спеков RPM

Посмотреть в сторону PLD, например, и хотя бы с ними для начала создать репозиторий для пакетов, которые не имеют завязок на специфические особенности ALT Linux/PLD и могут устанавливаться в обе системы. В идеале высвободившиеся после этого усилия можно направить на устранение застаревших багов. [В эту сторону бухтел mike@, но при переговорах в pld-devel-en@ свалился с гриппом на самом интересном месте]. В эту же сторону направлен проект Коринф, который позволит если не единый бинарный репозиторий с тем же PLD сделать, то собирать бинарные пакеты из единого стандартного спека.

что там с первоначальным автором rpm, который отделился от redhat и повёл свою разработку? -- http://rpm5.org Для проверки пакетов использовать инструмент типа rpmlint или sisyphus_check, или подобный, содержащий все необходимые проверки.

Возможно, я упустил некоторые моменты или неверно расставил акценты в разработке. Дополнения приветствуются.