Анонсировано (http://lists.debian.org/debian-devel/2011/03/msg00347.html) начало формирования неофициальных ежемесячных сборок Debian GNU/Linux, отражающих состояние свежего среза репозитория Debian Testing. Распространяемые установочные iso-образы (http://alioth.debian.org/~gilbert-guest/snapshots/2011.03/de...) занимают всего 16 Мб и содержат минимальный набор компонентов, необходимых для установки ежемесячно формируемого стабильного среза ветки Debian Testing.
Работа выполнена в рамках проекта Constantly Usable Testing (http://kitenet.net/~joey/code/debian/cut/) (CUT), созданного как ответ на излишне длительный цикл подготовки официальных релизов. Debian CUT направлен (http://lwn.net/Articles/406301/) на создание постоянно обновляемых и пригодных к использованию снапшотов Debian Testing, что дает возможность использования преимуществ модели непрерывных обновлений (Rolling-release), при которой обновления пакетов выходят постоянно и пользо...URL: http://www.omgubuntu.co.uk/2011/03/debian-cut-a-new-rolling-.../
Новость: http://www.opennet.me/opennews/art.shtml?num=29953
Всё смешалось, тестинг, unstable, стабильность. А такое ощущение, будто они изобрели Ubuntu, уж больно это на анонс Ubuntu 4.10 похоже.
повторю:Целью и смыслом появления Ubuntu 4.10 (для вышеуказанных - Sarge вышел ТОЛЬКО в 2005 году) было именно делать тестинг Debian, фиксируя пакеты и их зависимости, не "когда будет готово", а регулярно и по расписанию. То есть, ровно то же самое, что написано в новости на два окошка выше.
Ничего нигде не смешалось. Как было так и осталось.
Просто некоторые изначально не понимали что есть что много лет подряд.Некоторые люди путают названия релизов и выпусков с реальными процессами тестирования и реальной стабильностью.
> Тем не менее, использованию непосредственно Debian Testing и стандартных еженедельных снапшотов мешает ряд факторов, таких как периодическое временное удаление пакетов из ветки Testing, отсутствие налаженного механизма оперативного выпуска обновлений с исправлением безопасности и отсутствие оглядки на работоспособность инсталлятора.Ну так и научились бы уже не ломать это в тестинге. А то придумали костыль какой-то.
Использую на десктопе testing. Давно мечтаю об этом.
Давно мечтаешь о чем? я 5 лет сижу на тестинге, обновляюсь очень часто. видимых глюков нет. смысл делать CUT для меня не очень ясен, но вот ждать его тем, кто сидит на тестинге - вообще непонятно. я бы понял еще, если бы ждали пользователи стабильной ветки...
Дело в том, что пользователи rolling-release дистра просто не понимают, зачем нужна полугодичная заморозка раз в полгода.
И они правы. Эта заморозка нужна только пользователям и разработчикам stable. А для rr она будет лишней.Надеюсь, что те, кто отвечает за реализацию CUT, тоже это понимают.
>раз в полгодаРаз в два года, конечно же.
Использую на десктопе sid & safe-upgrade, не имею проблем
сколько раз ставил с образов от сюда http://cdimage.debian.org/cdimage/weekly-builds/ вроде ни разу что-то было не рабочим ... может просто везло =)
да и всегда обновляюсь на дом машинке с репов тестинга каждую неделю , глюков тоже не было ...
++
Они иногда даже не ставятся. :(
Недавно ставили приятелю - инсталлятор тестинга начал выпендриваться, пришлось качать и ставить stable, с него обновлять до тестинга. Так что данная новость очень актуальна
хорошая новость. будет интересно посмотреть, чем будет отличаться от механизма weekly-builds и ветки тестинг как таковой.
а я ежедневно на тестинге обновляюсь и ноль проблем, о чем вообще речь...
А в OpenBSD снапшоты делают не по расписанию, раз в неделю-две. Вместе со всем деревом портов. В чём волшебство ежемесячных сборок дебиана? Такая частота намекает на сложность получить стабильный срез?
Хорошая новость, но я установил себе Debian посредством debootstrap из-под Aptosid, и сразу обновил его то testing. Для меня более "стабильные" ветки просто не интересны. Что касается новизны ПО, так и в Arch некоторые пакеты излишне "стабильны", приходится кое-что дёргать из AUR, в частности firefox-pgo-beta и chromium-dev, а также conky-cairo-nv, и ещё какие-то мелочи:) Для домашнего использования стабильные пакеты вообще не нужны, т.к. закрытие старых уязвимостей и наличие новых возможностей важней стабильной работы. Тем-более, что те же браузеры нестабильных версий теперь намного стабильней работают, чем их более старые аналоги пятилетней давности(помню, тогда иногда лис просто перезапускался из-за какого-то бага в плагине).
>Для домашнего использования стабильные пакеты вообще не нужныДа да, конечно.
>закрытие старых уязвимостей и наличие новых возможностей важней стабильной работы
Конечно, закрытием уязвимостей в стабильных релизах никто не занимается.
>Тем-более, что те же браузеры нестабильных версий теперь намного стабильней работают, чем их более старые аналоги пятилетней давности
Так обновите один браузер., в чём проблема? Зачем во всей системе каждый день революцию устраивать?
Браузер полсистемы библиотек использует.
>Браузер полсистемы библиотек используетОфис+Gimp+Blender+wine => то, что не допилено в принципе...
+/- браузеры, IDE и т.д.
+ядро,окружение рабочего стола(KDE,Gnome,FluxBox,etc), всякие фенечкиНапример берём Photoshop 7 -> люди юзают до сих пор, а Gimp всё еще не допилен - то у него нет поддержки CMYK, то еще проблемы...InkScape и т.д. - всё еще в начальной фазе...
Вот и получается есть "стабильные" дистрибутивы: Debian stable, ubuntu LTS, centos&redhat, etc - но со старым софтом, который надо обнослять так как он всё еще пилится
Есть "быстрообновляемые" дистрибутив, но с глюками при обнослениях или работе - Debin testing, Fedora, ubuntu, etc...
В том же debian тестинге обычный пользователь (Я его юзал 3-и года с времён саржа) не выдержит... Я хоть и не каждый день обновлялся, но всё же иногда имел геморой с некоторыми пакетами и т.д.
Ушёл на стайбл когда после обновления все иконки пропали)))А при попытке это исправить Я вальнул рабочий стол, в общем Я просто перешёл на стайбл и всё)))Но в дистрибутивах какой-то механический или "автоматический" подход: по крону делаем freeze и всё, а потом проблемы отлавливаем.
http://packages.debian.org/oldstable/graphics/gimp gimp (2.4.7-1)
http://packages.debian.org/stable/graphics/gimp (2.6.10-1)
http://packages.debian.org/testing/graphics/gimp (2.6.11-1)
http://packages.debian.org/unstable/graphics/gimp (2.6.11-1 и другие)
Теперь смотрим для squeeze и wheezy: * зависимости libc6 (2.11.2-10) и libc6 (2.11.2-11) ну и http://packages.debian.org/lenny/libc6 (2.7-18lenny7)А теперь делаем apt-cache rdepends libc6
root:/home/wel # apt-cache rdepends libc6|wc -l
12523
Но это ведь не удивительно: libc6 Содержит стандартные библиотеки, которые используются всеми программами системы.При этом добрая куча программ будет без проблем после сборки из deb-src работать на stable из testing, unstable, experemintal.
Возникает вопрос - а надо ли фризить все пакеты+основную систему на одно и тоже время или в одно и тоже время?
По моему все дистрибутивы отвечают на этот вопрос однозначно - да. И фрязят всё одновременно.Мне лично как и многим - по боку на борту 2.6.18, 2.6.32 или же 2.6.38, так же и на тот же libc, glibc, главное что бы работало оборудование: звук+видео на компе.
И не было проблем с обновлением. А так же версии браузера и других прикладных программ не "протухали" - то есть что бы фичи новые добовлялись...Иначе начинаются проблемы с поиском более новых версий и т.д.
тут проект живет и выпускает релизы каждый месяц http://cut.debian.net/
А есть ли возможность посмотреть репозиторий Debian CUT?