Разработчики Linux-дистрибутива openSUSE представили (http://lists.opensuse.org/opensuse-project/2010-11/msg00206....) новый проект "Tumbleweed", подразумевающий формирование параллельно поддерживаемого варианта дистрибутива с непрерывным циклом обновления версий программ (rolling-обновления). В отличие от репозитория Factory, в рамках Tumbleweed будут поддерживаться только стабильные версии пакетов. Новый репозиторий будет готов для повседневной эксплуатации после выпуска релиза openSUSE 11.4, пользователи которого смогут на свое усмотрение воспользоваться всегда свежими версиями программ, не опасаясь возможных проблем со стабильностью, не исключенных при использовании Factory.В качестве наглядного примера отличий от экспериментальной ветки Factory приводится пакет с Linux-ядром. Если в Factory тестируется пакет с Linux-ядром 2.6.37-rc, который после стабилизации будет задействован в будущем релизе openSUSE 11.4, то в репозитории Tumbleweed до выхода стабильной версии пакета б...
URL: http://lists.opensuse.org/opensuse-project/2010-11/msg00206....
Новость: http://www.opennet.me/opennews/art.shtml?num=28854
Интересное развитие, зачетное.
только мне одному это напоминает Debian testing ?
> только мне одному это напоминает Debian testing ?Мне тоже кажется, что линукс похож на линукс.;)
По-моему Testing является аналогом Factory. В openSuse есть следующие типы репозиториев: Release, Factory, Unstable. Так вот нововведение вклинивается где-то между Release и Factory.
>По-моему Testing является аналогом Factory.Все как раз наоборот. Не вводите народ в заблуждение.
> Все как раз наоборот. Не вводите народ в заблуждение.В смысле, как "наоборот"? Поясни.
>После того, как новые версии будут проверены на предмет наличия возможных конфликтов с другими программами...Вот по этому признаку Дебиановский Testing как раз соответствует СуСёвому Tumbleweed. В теории (может и на практике, просто не пробовал) Testing хорош всем кроме заморозки и ещё пары "фич".
По теме: я рад, что пилят всякие CUT'ы, Tumbleweed'ы,Chakra и т.д. Ещё одна опция - баланс между новизной и стабильностью. Причём по ощущениям это как раз моё.
А вот для этого есть Debian Backports с новой фишкой backports-sloppy (см. http://backports.debian.org/news/lenny-backports-sloppy_created/ ), что по сути дела превращает Debian в rolling-дистрибутив.
Нет, Testing - это будущий релиз. То есть, это аналог Factory, с заморозками и т.д.
Скорее ArchLinux.
Да это только объявление в стиле "а давайте попробуем, когда зарелизим 11.4".
Автору новости незачет.
Значит, packman закроется? Обидно.
> Значит, packman закроется? Обидно.С чего вы взяли? Packman - это вообще из другой оперы. Это репозиторий для пакетов, защищенных патентами, которые в OBS по этой причине не принимают.
Модель «rolling release» стала модной?
> Модель «rolling release» стала модной?Да, очень модной. Убунту тоже себе что-то подобное хочет. Скоро другие дистрибутивы за этой модой погонятся :(((
Всегда была, просто некоторые недалёкие кололись и трахались со старыми пакетами и проблемами при обновлении релизов.
>просто некоторые недалёкие кололись и трахались со старыми пакетами и проблемами при обновлении релизов.Ну-ка ну-ка, с этого места поподробней.
да , действительно это только идеякто такой greg k-h ?
http://en.wikipedia.org/wiki/Greg_Kroah-Hartman
Это один следующих, помимо Ingo Molnar, di Melo, Tso,... , если вдруг Торвальдца трамваем переедет. :)
Модель «rolling release» стала модной?Ну а почему нет? В Arch уже несколько лет rolling и никаких проблем. Почему бы и в других дистрибутивах такое не сделать? Это же очень, нет ОЧЕНЬ удобно.
Следующим шагом, скорее всего, будет создание единого пакетного менеджера.
А в последующем, стирание границ между вэб- и обычными приложениями.
Дальше переход на единый ...
Спасибо, не надо. "Ломки" при обновлениях не есть гуд.
Я давно этого ждал. Теперь все будет удобно.
Интересно как к этому отнесутся проприетарщики типа nVidia & AMD ?
Пример с ядром не очень наглядный. С библиотеками тоже так же будет? Если да, то этот "rolling release" может быть бинарно несовместим с обычным релизом, а это шняга какая-то получается.
> Пример с ядром не очень наглядный. С библиотеками тоже так же будет?
> Если да, то этот "rolling release" может быть бинарно несовместим с
> обычным релизом, а это шняга какая-то получается.Релизы OpenSUSE одной мажорной версии (11.0-11.4) практически севместимы друг с другом.
Теперь все будет правильно - как у FreeBSD.
> Теперь все будет правильно - как у FreeBSD.Нафиг, нафиг. такая правильность в дистрибах линукса не нужна
А что такого? Модель FreeBSD доказала грамотность своего существования. 11 лет Gentoo идет такой же дорогой. Выше вон писали, что, мол, "ломка" пакетов. А покажите, где это? По-моему, это другой вопрос. Просто надо иметь нормальные утилиты для разруливания. В Gentoo программа не установится, если она требует другую, и эта зависимость тянется. Или в случае, когда для установки такой-то программы нужно другое значение use-флага в другой программе (читай, необходимая зависимость). Debian / Ubuntu тоже, насколько помню, пишет, что "для программы А требуется пакет В, но он не будет установлен". Это потому, что в подключенных репах его нет. То есть либо отказываешься от этой программы, либо будь добр. Никакой ломки не было никогда.
в отличии от FreeBSD, Gentoo безрелизный дистрибутив ;)
emerge -av boincМы видим то, что может задействовать программа. cuda, curl, gui, и так далее. Выбираем что хотим заействовать и компилируем.
apt-get install boinc-client
Мы видим, что программа скомпилирована с curl, gui, и так далее, и мы обязаны доустановить это все - даже если не будем использовать. При этом скомпилировано без поддержки cuda, и он задействован не будет. И мы ничего не сможем сделать, кроме как скомпилировать самостоятельно (например, скачав исходный deb-src и отредактировав его).
Вернусь к Gentoo. Если задействовать curl, возникнет ошибка: менеджер пакетов скажет, что curl обязан быть скомпилирован БЕЗ ПОДДЕРЖКИ gnutls. Очень странно, почти никогда так не бывает. Но нам об этом сказали. В Дебиане не скажут. Интересно, это значит у них curl без gnutls скомпилирован? Грустно.
но это же не повод просматривать все зависимости пакетов и компилировать все приложения самостоятельно тратя уйму времени...+1 за бинарники в Gentoo в полном объеме!
Убунту выбрала самый правильны тип обновлений походу...
они будут формировать обновляния только для по типа файрфокса, тотемов и прочего. а основная система будет неизменна
У RHEL то же самое - обновления не меняют версии программ, а только добавляют исправленные в их следующих версиях ошибки. В смыле применяют заплатки, но не функционал. Разве это правильно - стабильно устаревшие на полгода программы? При условии, что используется дома, а не в офисе, например.
> Убунту выбрала самый правильны тип обновлений походу...
> они будут формировать обновляния только для по типа файрфокса, тотемов и прочего.
> а основная система будет неизменнаВ OpenSUSE есть репозитории с новыми версиями любого софта для любого релиза.
> Для пользователей Tumbleweed предоставит возможность досрочного использования таких значительных проектов, как GNOME 3.0.Такая возножность и так есть. Gnome 3.0 можно хоть на 11.1 поставить из отдельного репозитория. Не убунта же.