Как проходит выход новой версии Debian?

[Devider]

С момента заморозки все ясно - пакеты новые не добавляются, имеющиеся допиливаются. Как допилят - релиз. А что происходит до заморозки? Я не понимаю, какой смысл тестить и тем более дотачивать софт в этот период при том, что постоянно выходят новые версии со своими фиксами, регрешнами, новыми багами и т.д.?

[watashiwa_daredeska]

какой смысл тестить и тем более дотачивать софт в этот период при том, что постоянно выходят новые версии со своими фиксами, регрешнами, новыми багами и т.д.?

Т.е. Вы считаете, что тестирование и исправление ошибок не уменьшает их количество до фриза?

[Hephaestus]

До заморозки происходит, скажем так, подбор пакетов для новой версии дистрибутива.
Добавляются новые пакеты, в состав включается что-то, чего раньше не было, что-то из старого убирается, словом - формируется костяк.
Ну и потихоньку все это тестируется в процессе добавления (ищутся баги и проверяется совместимость вновь добавленного с уже существующим).
А после заморозки ничего нового уже не добавляется, а по возможности исправляется то, что не исправлено на предыдущем этапе.
Если отладку производить только после заморозки - на это уйдет очень много времени.
Представьте: добавить несколько пакетов (ну, скажем, десяток) и сразу же их тестировать по мере поступления. Потом еще несколько и так далее.
Или же накапливать пакеты в течение нескольких месяцев, навалить кучу нетестированных пакетов, заморозить и потом все это разгребать. Второй вариант гораздо сложнее. Это примерно как собирать дистрибутив с нуля.

[deadhead]

Стадии разработки?

[Devider]

Т.е. Вы считаете, что тестирование и исправление ошибок не уменьшает их количество до фриза?

Ни в коем случае. Но очень четко представляю себе картину, как разрабы выпилили 99% баг, радостно потирают руки и тут на тебе - новая версия. И так - несколько раз.) С точки зрения развития опенсорса вцелом - дело благое, а с точки зрения быстрого выпуска новой версии дистра - не самый прямой путь.

До заморозки происходит, скажем так, подбор пакетов для новой версии дистрибутива.
Добавляются новые пакеты, в состав включается что-то, чего раньше не было, что-то из старого убирается, словом - формируется костяк.
Ну и потихоньку все это тестируется в процессе добавления (ищутся баги и проверяется совместимость вновь добавленного с уже существующим).
А после заморозки ничего нового уже не добавляется, а по возможности исправляется то, что не исправлено на предыдущем этапе.
Если отладку производить только после заморозки - на это уйдет очень много времени.
Представьте: добавить несколько пакетов (ну, скажем, десяток) и сразу же их тестировать по мере поступления. Потом еще несколько и так далее.
Или же накапливать пакеты в течение нескольких месяцев, навалить кучу нетестированных пакетов, заморозить и потом все это разгребать. Второй вариант гораздо сложнее. Это примерно как собирать дистрибутив с нуля.

Не очень понял на счет добавления новых пакетов. Вы имеете ввиду новые версии? Потому что по-моему состав дистра более или менее стабилен (как было в репах почти все так и есть) ). И потом, мне казалось, что тестить и допиливать "по мере поступления" и всю кучу сразу - разница по времени небольшая. Там более что пакеты берутся не с нуля а из сида, где они по идее тоже должны "отлежаться" до относительно юзабельного состояния.

Стадии разработки?

Наверное я слишком большое внимание терминологии уделяю. Заморозка - скорее сигнал, что "уже почти все".

[watashiwa_daredeska]

разрабы выпилили 99% баг, радостно потирают руки и тут на тебе - новая версия.

Се ля ви. Если новая версия предполагает мажорный расколбас — её пихают в experimental для начала, но большинство версий большинства ПО можно практически без изменений накатывать в уже имеющийся dsc и не париться.

с точки зрения быстрого выпуска новой версии дистра - не самый прямой путь

Самый прямой путь — вообще ничего не добавлять. Время выпуска стремится к 0. В том-то и дело, что Debian устроен так, чтобы двигаться вперед как можно быстрее, но предусмотрены чекпойнты, где нужно всем остановиться и выпустить-таки релиз. Проблема Debian как раз в том, чтобы остановить на время дикую скачку вперед :)

[watashiwa_daredeska]

И потом, мне казалось, что тестить и допиливать "по мере поступления" и всю кучу сразу - разница по времени небольшая.

Большая. То, что количество багов не уменьшается — не означает, что их не фиксят. Динамическое равновесие — сколько находят, столько и фиксят. Если их не искать и не фиксить 2 года, то они никуда не денутся, просто куча, которую придется разгребать будет не 500 багов, а 50000. Одновременно и сразу.

[Hephaestus]

Не очень понял на счет добавления новых пакетов. Вы имеете ввиду новые версии?

Нет, именно новые пакеты, те, каких раньше в дистрибутиве не было.
Первое, что пришло в голову: пакета с драйвером Nouveau в Lenny не было, а в Squeeze уже есть. Т.е. это действительно новый пакет для дистрибутива. И добавление таких вот новых пакетов как раз и происходит до заморозки. После заморозки - ни-ни.

[Karbofos]

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

[watashiwa_daredeska]

будут пилить.

[Karbofos]

тогда ещё такой вопрос. Ситуация следующая - прошла заморозка, в замороженной версии в данный момент фиксят баги - т.е. и пакеты в неё уже не добавляются, и стабильной она ещё не стала. Т.е. стабильной версией остаётся предыдущая стабильная? И будет ли в момент багфикса существовать новая тестируемая версия, в которую будут добавлятся пакеты уже для следующего релиза, или же останется только нестабильная и экспериментальная?

[sash-kan]

Karbofos
замораживается тестируемая ветка. так тестируемой она на время заморозки и остаётся.
а sid — зимой и летом одним цветом. в нём жизнь не останавливается ни на минуту. в момент «перещёлка» версий тестируемой веткой становится его, sid-а, текущий срез.

[deadhead]

Т.е. стабильной версией остаётся предыдущая стабильная?

Стабильной остается текущая стабильная... замороженная, как я понимаю, все еще тестовая, как все баги залатают объявят ее стабильной... для следующего релиза добавляются в эксперементальную и нестабильную, собственно тестовую и замораживают, чтобы в нее больше ничего не добавлялось.

[watashiwa_daredeska]

замораживается тестируемая ветка. так тестируемой она на время заморозки и остаётся.
а sid — зимой и летом одним цветом. в нём жизнь не останавливается ни на минуту.

На самом деле, останавливается. Замораживается как раз поступление пакетов в sid, ибо в testing они попадают через него.

[t.t]

замораживается тестируемая ветка. так тестируемой она на время заморозки и остаётся.
а sid — зимой и летом одним цветом. в нём жизнь не останавливается ни на минуту.

На самом деле, останавливается. Замораживается как раз поступление пакетов в sid, ибо в testing они попадают через него.

Т.е. между заморозкой и релизом новые версии пакетов попадают только в experimental? Сам толком не помню, а однозначно достоверных описаний не нашёл.

[watashiwa_daredeska]

Т.е. между заморозкой и релизом новые версии пакетов попадают только в experimental?

В целом, да. В принципе, есть всякие freeze exceptions, которыми рулит release team, ментейнер может их попросить и убедить, что именно эту новую версию именно этого пакета надо туда включить и пропустить в релиз. Как-то так.

[t.t]

Т.е. между заморозкой и релизом новые версии пакетов попадают только в experimental?

В целом, да. В принципе, есть всякие freeze exceptions, которыми рулит release team, ментейнер может их попросить и убедить, что именно эту новую версию именно этого пакета надо туда включить и пропустить в релиз. Как-то так.

Это понятно. Суть в том, что «блок» ставится не перед testing, а перед unstable.

[watashiwa_daredeska]

Суть в том, что «блок» ставится не перед testing, а перед unstable.

Да. Блок ставится на upload queue.