Stanislav Maslovski -> debian-russian@lists.debian.org @ Sat, 15 Dec 2007
11:24:58 +0300:
>> >> > Потому и нужно произвести деление дистрибутива на (грубо говоря)
>> >> > системный софт + библиотеки и десктопный софт + тулкиты и отказаться
>> >> > от глобального фриза. Получился бы и не вариант убунты, где
>> нестабильно
>> >> > всё подряд, и не текущий вариант, где stable == static.
>> >>
>> >> Что это даст? Какую проблему решит?
>>
>> SM> Это удовлетворит как сисадминов, которым достаточно базовой системы
>> SM> с набором сервисов, так и пользователей прикладного софта, который
>> SM> фиксится, как правило, быстрее в апстриме, чем усилиями
>> SM> сопровождающего.
>>
>> Ну, вообще-то такое деление уже есть. Есть stable, который можно
>> апгрейдить без страха, и есть testing, который достаточно свеж и может
>> ставиться на некритичные к "если что" машины.
SM> Мы так будем ходить по кругу. Повторюсь, что при сегодняшней
SM> практике длительных фризов, в тестинге периодически наступает "час
SM> Х", когда ломается многое и сразу.
Да, но этот час X обычно происходит в тот момент, когда недавно вышел
stable. И если завести себе привычку переходить на новый testing не
сразу, а через месяц-два хотя бы после выхода stable, то все будет
совсем не так страшно.
SM> Тестинг - это не более чем сгенерированный скриптами задержанный
SM> срез анстейбла, с некоторыми ограничениями на самые очевидные баги
SM> пакетирования.
А поскольку на неочевидные баги ты наткнешься не сразу и с достаточно
небольшой вероятностью в числе первых, то на нем вполне можно жить.
>> Делить же основной дистрибутив на "системный" и "десктопный" смысла не
>> видно, ибо "десктопные" приблуды и десктопное железо все чаще норовят
>> захотеть ядро посвежее и соответствующие околоядерные софты. Каковые
>> ядро и софты - самые что ни на есть системные, системнее не бывает.
SM> Это не аргумент, ибо ничто не мешает иметь в дистрибутиве две (или
SM> более) версии ядер и настроить зависимости нужным образом.
То есть, как следствие, две или более версий системного софта. И
добиваться, чтобы они уживались надлежащим образом при старте системы -
в частности, чтобы можно было безболезненно экспериментировать с новым
ядром, имея возможность перезагрузиться со старым.
Это очень отдельная развлекуха.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: [EMAIL PROTECTED]
/итд/почтопосылалка.нстрк (c)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
