HowMuchIsSisyphusUnstable: различия между версиями
(Import from freesource.info) |
м (→Конфликты: подлечил ссылку на fs.i) |
||
Строка 15: | Строка 15: | ||
=== Конфликты === | === Конфликты === | ||
При разногласиях по поводу какого-либо пакета разумно попытаться решить проблему при помощи bugzilla и здравого смысла; если общее понимание здравости в силу тех или иных причин отсутствует, следует вынести вопрос на обсуждение в devel@. Решившим "перебить" майнтейнера следует ознакомиться с предложением политики | При разногласиях по поводу какого-либо пакета разумно попытаться решить проблему при помощи bugzilla и здравого смысла; если общее понимание здравости в силу тех или иных причин отсутствует, следует вынести вопрос на обсуждение в devel@. Решившим "перебить" майнтейнера следует ознакомиться с предложением политики [[fsi:Altlinux/Policy/NMU]]. | ||
В любом случае следует помнить, что все мы люди и имеем право как на ошибку, так и на её исправление. | В любом случае следует помнить, что все мы люди и имеем право как на ошибку, так и на её исправление. |
Текущая версия от 06:45, 24 марта 2010
Sisyphus и стабильность
У разработчиков Sisyphus, похоже, не существует единого понимания о том, до какой степени "вечно нестабильный" дистрибутив можно действительно делать нестабильным. Здесь предлагается изложить различные точки зрения на этот вопрос и попытаться выяснить их достоинства и недостатки.
Должно ли в Sisyphus все всегда работать?
Sisyphus является основой для релизов ALT Linux. Это довод в пользу того, чтобы все пакеты в Sisyphus были по возможности работоспособны, для того чтобы в некоторые моменты времени можно было отпочковать ветку для релиза. Можно считать, что стабильности нужно добиваться только ко времени запланированного выхода дистрибутива, но а) у ALT Linux не вполне ясно определяются сроки и планы; б) лучше не давать себе распускаться. Кроме того, у Sisyphus есть своя небольшая армия пользователей, регулярно распространяются snapshot'ы на дисках, да и разработчики тоже хотят жить; оставлять их всех с неработоспособными пакетами на долгое время неконструктивно и не дает использовать дармовые людские ресурсы ;) для фактического постоянного тестирования.
Стабильность upstream'а
Преобладающий образ действия сопроводителей состоит в упаковке релизов upstream'а, объявленных разработчиками как стабильные. Делается это по мере возможности оперативно отслеживать обновления и производить сборку. Некоторые любят погорячее: собирают snapshot'ы из CVS, не беспокоясь о возможной нестабильности. Есть и средняя линия: паковать пререлизы незадолго до объявленного выхода стабильной версии, чтобы заблаговременно отладить. Есть и такие, которые годами не трогают пакеты, которые Просто Работают (TM), полагая, что лучшее -- враг хорошего.
Конфликты
При разногласиях по поводу какого-либо пакета разумно попытаться решить проблему при помощи bugzilla и здравого смысла; если общее понимание здравости в силу тех или иных причин отсутствует, следует вынести вопрос на обсуждение в devel@. Решившим "перебить" майнтейнера следует ознакомиться с предложением политики fsi:Altlinux/Policy/NMU.
В любом случае следует помнить, что все мы люди и имеем право как на ошибку, так и на её исправление.