Предложение по поддержанию Debian testing в виде, постоянно готовом к релизу

годно

Годнота! Наконец-то кто-то из них понял, что быть слоупоками не круто.

Дебиан в формате роллинг-релиза... Уааах... Круто будет.

Было бы интересно.

Как я понимаю, это может ухудшить качество на выходе? Машинам верить нельзя.

Только машинам как раз-таки и можно верить.

Вот это я понимаю новость, действительно полезно и осуществимо. Не то, что всякие click-install от убунтушников.

А почему не в новостях?

Прибьем же комьюнити гвоздями к Debian!
Ну, по крайней мере, попытаемся. А тех кого не прибьем, пошлем нафик.

Не написали ещё, да и это просто предложение.

То есть «Бубунта обдумывает новый формат пакетов» - новость, а «Debian собирается превратить testing в rolling-release» - это так, вброс для толксов?

Выкидывать глючные пакеты? Оригинально.

Между строк читаем? Не добавлять глючные пакеты скорее.

Не, я так понял, если пакет не шибко важен предлагается сразу после обнаружения ошибки выкидывать его из testing, а если важный - давать мантейнеру немного времени на исправление а потом наказывать мантейнера. Совсем избавить testing от багов нереально.

Debian не собирается превратить testing в rolling-release, в тестинге последних версий и так не будет.

Отлично.

Ну так это не «выкидывать глючное», а «отправлять на доработку»:-)

Ну можно и так сказать. Но пакет то будет исключаться из репозитория.

При внимательном чтении эссе обнаруживается, что авторы рассказывают о следующем: «Когда выходит стабильный релиз, шлюзы открываются, и testing наводняется пакетами новых версий, баги в которых и совместимость их между собой нас не очень волнует, пока не приблизится срок заморозки следующего релиза».

Я как пользователь sid + experimental всё это очень хорошо сейчас наблюдаю. Если время заморозки будет минимально, то быстрее начнётся формирование следующего релиза, и не будет никакого повода не паковать свежие версии программ. А между релизами и так ничто не мешало и мешать не будет.

Ну да, вроде нелогично, что тестинг не для тестирования получается. Лучше бы была квота для каждого пакета, а то так в тестинге только совокупность главных пакетов будет вечно мариноваться.

Не будет такого. В рассказе говорится исключительно об RC-багах, и поддержании их минимального количества в репозитории. А далеко не каждый баг критичен для релиза, совсем далеко не каждый.

Новость писал наркоман

Срок заморозки менять не будут, ибо тогда дебиан перестанет быть собой. Или ты подразумевал период, когда заморозка начинается? Всё равно убунта получится.
.Вероятнее всего ограничение на число багов, либо общее, либо для каждого пакета.

Согласен насчёт критичности. Но не получится ли неравномерное изменение версий при таком формальном подходе?

А ты не путаешь срок заморозки и срок жизни релиза?

Авторы прямиком сказали, что 7й релиз был в холодильнике 10 месяцев, и это было очень плохо, предлагаемый подход в идеале должен бы уложить заморозку в срок от двух недель до самый максимум двух месяцев.

Релизы по-прежнему будут выпускаться примерно раз в два года. И это хорошо повлияет на свежесть очередного релиза, т.к. на момент выпуска в нём не будет софта, который был актуален полгода назад.

Что такое «неравномерное изменение версий»? Типа, если Xorg обновился, то надо сразу и ядро и bash свежий подтягивать?

Примерно это. Полируя ядро и баш, не успеют xorg заняться.

Разработчики Дебиана разделены на команды, работающие параллельно. Достоверно знаю, что есть например несколько команд на различные DE, ядро и графическую подсистему. Поэтому полировка баша никак не замедляет сборку свежих иксов. Ну, теоретически может ядро немного притормозить процесс, но тоже очень маловероятно.

На моей памяти есть только одна софтина, которой была критична версия пакета, используемого при сборке: свежий Firefox хотел yasm 1й версии, когда в репозиториях еще 0.9 была. Всё, остальное отлично собирается с одной версией библиотек и замечательно пашет с более новыми, и в большинстве случаев — с более старыми версиями.

У меня ощущение, что подобные предложения появляются приблизительно каждый год. Ну да ладно.
Wheezy, конечно, долго был в заморозке, ну так нынче и время такое — много компонентов меняется. Но вполне можно было использовать и Sid, благо он во время заморозки и сам малость заморожен.
Хотя, вообще-то идея здравая, если я её правильно понял: чем копить баги для фриза, лучше решать проблемы по мере их поступления. Правда, может случиться так, что потратят время на починку версии xxxx.1, а ко времени выпуска придёт xxx.2 уже с совсем другими багами и придётся чинить уже их.

Годно, весело. Но unstable наше всё.

Зато xxx.2 могла бы приехать и со своими багами и с багами от xxx.1. А так часть из них уже будет исправлена и, возможно, не приведет к другим багами.

А чего ради тогда будет нужен Stable? Поставил срез Testing и все. Стабильно же.

Как всегда, ради построения неизменной на протяжении цикла среды с актуальными патчами безопасности.

Для тестинга тоже есть security-team, только вот патч может уже выйти для другой версии пакета, нежели из поставленного среза.

А чего ради тогда будет нужен Stable? Поставил срез Testing и все. Стабильно же.

Для МКС.

Но пакет то будет исключаться из репозитория.

Не исключаться, а просто вырезаться из тестинга, оставаясь только в sid.

Что это такое?

Если претворят в жизнь - перейду на Debian Testing.

Если все что в ОП'посте удастся осуществить, то через полгодика testing станет практически стабильнее stable

И в два раза меньше.

Что это такое?

Linux в космосе!

эм... я вот думаю. может все же не выкидыать стоит. а оставлять последнюю стабильную? а нестабильную - назад в сид?..

Правда, может случиться так, что потратят время на починку версии xxxx.1, а ко времени выпуска придёт xxx.2 уже с совсем другими багами и придётся чинить уже их.

Я про это тут и говорю.

Testing не будет стабильным, он будет более-менее стабильным, чтобы когда придёт время полностью заморозить и сделать из него стейбл.

Разумеется:-) С учётом всех зависимостей.

из предложения следует, что в тестинге новые версии будут появляться ещё позднее. и зачастую там будет трудно найти что-то вялоразвивающееся. дебиан становится ещё большим дебианом, но я за, если они не станут трогать sid (=

Не то, что всякие click-install от убунтушников.

А что это?

То есть «Бубунта обдумывает новый формат пакетов» - новость, а «Debian собирается превратить testing в rolling-release» - это так, вброс для толксов?

Еще была новость что убунта собирается перейти на rolling.

провокационный текст.

лучше б они увеличили поддержку old stable до 2-3х лет.

вобщем я как чувствовал.

Я как пользователь sid + experimental

Хотел спросить, оно часто падает?

А что это?

Ubuntu обдумывает внедрение нового формата установочных пакетов