LINUX.ORG.RU

История изменений

Исправление LINUX-ORG-RU, (текущая версия) :

  • Есть tar.gz v1.0.0 оригинальный, его качает маинтейнер и если кое как собралось опакечивается для Experimentall

  • После того как оно стало не только нормально собираться, но путём исправляющих косяки патчей стало не падать, его переносят в Unstable. Возможно одновременно с этим вышла новая версия v1.0.1 и попала в Experimentall.

Теперь в Experimentall v1.0.1, а в Unstable v1.0.0

  • После того как за программой tar.gz v1.0.0 не замечено падений, а если они есть то известно почему они происходят программа считается готовой к употреблению (дада стабильность заключается в предсказуемости, а не идеальной работе) она улетает в Testing

  • Одновременно с этим в Experimentall прилетает v1.2.0, а в Unstable v1.0.1.

Теперь программа tar.gz есть во всех трёх ветках Debian

  • Experimentall v1.2.0
  • Unstable v1.0.1
  • Testing v1.0.0

Идёт время оригинальная программа обновляется и как по трём насосам каждая новая версия кочует по трём насосам. И вот настал момент когда в ветке Testing критически снизилась частота обновлений, из Unstable почти не прилетают обновления и исправления в Experimentall лежит багонутое днище требующее допила, и так с 40000 пакетов примерно. В разработке замечается тишина, все баги известны, те что можно было исправить исправили, те что нет… ну нет исправлений и всё тут.

Выносится голосование о релизе новой версии Debian майнтейнеры говорят добро и море волнуется раз, море волнуется два, море волнуется три Debian Stable замри!

Тааадаааааа текущий Debian Testing стал Debian Stable Теперь запрещено вносить изменения в пакетную базу за исключением обновлений безопасности и серьёзных ошибок.

Важно отметить что у дебиана имена это не просто прикол, если в момент заморозки в твоём /etc/apt/source.list сейчас будет написано

deb http://deb.debian.org/debian/ bookworm main contrib non-free

То у тебя сейчас Debian Testing с которым случится заморозка и он старнет Debian Stable со временем. Но если у тебя там

deb http://deb.debian.org/debian/ testing main contrib non-free

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

Если у тебя там будет

#sid или unstable не важно
deb http://deb.debian.org/debian/ sid main contrib non-free

Тогда ты всегда будешь в переди планеты всей, но в сид/unstable попадает то что хотя бы работает, а уж как вопрос десятый.

Итог

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

  • Unstable он же Sid всегда Sid - сюда из Experimentall и порою напрямую из апстрима (многие заранее готовят свои проекты для дебиана) попадает то что спокойно собирается, работает, но на что часто летят исправления/ломания. Типа вроде работает как-то и ладно, все нужные зависимости есть и внезапных обновлений glibc не требует. Но спотыкается и падает может быть, а может и не быть.

  • Testing будующий Stable - сюда пакет попадает из Unstable у него гарантированно всё зашибись по зависимостям, на него накатаны патчи исправлений (которые ещё не исправил апстрим) и патчи адаптаций (под debian. пути к конфигам например или параметры сборки учитывая пакетную базу дистрибутива) программа готова к использованию, но активно собирается фидбек пот пользователей, вносятся частые исправления, багфиксы часто летят новые версии из Unstable.

  • Stable замороженный Testing с кодовым именем, которым назовут выпуск, как только это случается Testing получает новое кодовое имя и начинает продолжать жить своей жизнью дальше. Стабильный выпуск имеет фиксированную пакетную базу, новые программы не добавляются, вдруг дропнутые разработчиком не выкидываются. Изменения касаются только в исправлениях ошибок в виде пары тройки крупных обновлений стабильного релиза за жизненный цикл и периодических обновлений безопасности. Существует система бекпортов, например свежее ядро если хочется, а остальную систему не трогать.

  • Old Stable прошлый стабильный выпуск. Никаких изменений. Монолит.

  • Old Old Stable позапрошлый стабильный выпуск. Никаких измененний копролит

  • Old Old Old Stable ископаемое, всё ещё можно установить, репы ещё живы. Но выкачивай ибо когда выйдет новый Stable вся эта цепочка сдвинется и на место Old Old Old Stable встанет текущий Old Old Stable и будут удалены образы/репы текущего Old Old Old Stable. http://deb.debian.org/debian/dists/

Это как конвеер с лентой. Берётся пакет с деталями, положили он поехал, попал в Experimental цех его там собрали, дальше едет по ленте попал в Unstable цех его там помыли, смазали, прикрепили детали, дальше едет в Testing цех по нему там постучали,потрясли, во всё потыкали, затянули болты/винты обработали напильником и внесли доработки, помыли и упаковали в коробочку, коробочка приехала в Stable пользователь её вскрывает, накатывает и использует.

Во время движения этого пакеты постоянно на ленту наваливаются с одного конца и снимаются с другого. И так бесконечно этот конвеер и крутится. Ты выбираешь лишь то в каком цеху будешь жить.

Не рекомендуется, но можно смешивать например написать в source.list так

deb http://deb.debian.org/debian/ testing main contrib non-free
deb http://deb.debian.org/debian/ stable main contrib non-free

или так

deb http://deb.debian.org/debian/ testing main contrib non-free
deb http://deb.debian.org/debian/ unstable main contrib non-free

или так

deb http://deb.debian.org/debian/ unstable main contrib non-free
deb http://deb.debian.org/debian/ experimental main contrib non-free

Допустимо делать смеси в рамках двух ближайших веток. Чеерез одну НЕНАДА НИКАГДА. Да и в целом вмешивать например stable и testing есть смысл только тогда когда например в новой ожидаемой версии дебиана нет программы которая есть в текущем стабильном выпуске или наоборот.

Исходная версия LINUX-ORG-RU, :

  • Есть tar.gz v1.0.0 оригинальный, его качает маинтейнер и если кое как собралось опакечивается для Experimentall

  • После того как оно стало не только нормально собираться, но путём исправляющих косяки патчей стало не падать, его переносят в Unstable. Возможно одновременно с этим вышла новая версия v1.0.1 и попала в Experimentall.

Теперь в Experimentall v1.0.1, а в Unstable v1.0.0

  • После того как за программой tar.gz v1.0.0 не замечено падений, а если они есть то известно почему они происходят программа считается готовой к употреблению (дада стабильность заключается в предсказуемости, а не идеальной работе) она улетает в Testing

  • Одновременно с этим в Experimentall прилетает v1.2.0, а в Unstable v1.0.1.

Теперь программа tar.gz есть во всех трёх ветках Debian

  • Experimentall v1.2.0
  • Unstable v1.0.1
  • Testing v1.0.0

Идёт время оригинальная программа обновляется и как по трём насосам каждая новая версия кочует по трём насосам. И вот настал момент когда в ветке Testing критически снизилась частота обновлений, из Unstable почти не прилетают обновления и исправления в Experimentall лежит багонутое днище требующее допила, и так с 40000 пакетов примерно. В разработке замечается тишина, все баги известны, те что можно было исправить исправили, те что нет… ну нет исправлений и всё тут.

Выносится голосование о релизе новой версии Debian майнтейнеры говорят добро и море волнуется раз, море волнуется два, море волнуется три Debian Stable замри!

Тааадаааааа текущий Debian Testing стал Debian Stable Теперь запрещено вносить изменения в пакетную базу за исключением обновлений безопасности и серьёзных ошибок.

Важно отметить что у дебиана имена это не просто прикол, если в момент заморозки в твоём /etc/apt/source.list сейчас будет написано

deb http://deb.debian.org/debian/ bookworm main contrib non-free

То у тебя сейчас Debian Testing с которым случится заморозка и он старнет Debian Stable со временем. Но если у тебя там

deb http://deb.debian.org/debian/ testing main contrib non-free

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

Если у тебя там будет

#sid или unstable не важно
deb http://deb.debian.org/debian/ sid main contrib non-free

Тогда ты всегда будешь в переди планеты всей, но в сид/unstable попадает то что хотя бы работает, а уж как вопрос десятый.

Итог

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

  • Unstable он же Sid всегда Sid - сюда из Experimentall и порою напрямую из апстрима (многие заранее готовят свои проекты для дебиана) попадает то что спокойно собирается, работает, но на что часто летят исправления/ломания. Типа вроде работает как-то и ладно, все нужные зависимости есть и внезапных обновлений glibc не требует. Но спотыкается и падает может быть, а может и не быть.

  • Testing будующий Stable - сюда пакет попадает из Unstable у него гарантированно всё зашибись по зависимостям, на него накатаны патчи исправлений (которые ещё не исправил апстрим) и патчи адаптаций (под debian. пути к конфигам например или параметры сборки учитывая пакетную базу дистрибутива) программа готова к использованию, но активно собирается фидбек пот пользователей, вносятся частые исправления, багфиксы часто летят новые версии из Unstable.

  • Stable замороженный Testing с кодовым именем, которым назовут выпуск, как только это случается Testing получает новое кодовое имя и начинает продолжать жить своей жизнью дальше. Стабильный выпуск имеет фиксированную пакетную базу, новые программы не добавляются, вдруг дропнутые разработчиком не выкидываются. Изменения касаются только в исправлениях ошибок в виде пары тройки крупных обновлений стабильного релиза за жизненный цикл и периодических обновлений безопасности. Существует система бекпортов, например свежее ядро если хочется, а остальную систему не трогать.

  • Old Stable прошлый стабильный выпуск. Никаких изменений. Монолит.

  • Old Old Stable позапрошлый стабильный выпуск. Никаких измененний копролит

  • Old Old Old Stable ископаемое, всё ещё можно установить, репы ещё живы. Но выкачивай ибо когда выйдет новый Stable вся эта цепочка сдвинется и на место Old Old Old Stable встанет текущий Old Old Stable и будут удалены образы/репы текущего Old Old Old Stable.

Это как конвеер с лентой. Берётся пакет с деталями, положили он поехал, попал в Experimental цех его там собрали, дальше едет по ленте попал в Unstable цех его там помыли, смазали, прикрепили детали, дальше едет в Testing цех по нему там постучали,потрясли, во всё потыкали, затянули болты/винты обработали напильником и внесли доработки, помыли и упаковали в коробочку, коробочка приехала в Stable пользователь её вскрывает, накатывает и использует.

Во время движения этого пакеты постоянно на ленту наваливаются с одного конца и снимаются с другого. И так бесконечно этот конвеер и крутится. Ты выбираешь лишь то в каком цеху будешь жить.

Не рекомендуется, но можно смешивать например написать в source.list так

deb http://deb.debian.org/debian/ testing main contrib non-free
deb http://deb.debian.org/debian/ stable main contrib non-free

или так

deb http://deb.debian.org/debian/ testing main contrib non-free
deb http://deb.debian.org/debian/ unstable main contrib non-free

или так

deb http://deb.debian.org/debian/ unstable main contrib non-free
deb http://deb.debian.org/debian/ experimental main contrib non-free

Допустимо делать смеси в рамках двух ближайших веток. Чеерез одну НЕНАДА НИКАГДА. Да и в целом вмешивать например stable и testing есть смысл только тогда когда например в новой ожидаемой версии дебиана нет программы которая есть в текущем стабильном выпуске или наоборот.