В списке рассылки (http://lists.debian.org/debian-devel/) разработчиков дистрибутива Debian ведется обсуждение возможности создания новой ветки с непрерывным циклом обновления - "rolling release". В настоящее время схема непрерывного выпуска обновлений для ветки Debian Testing уже обкатываются (http://www.opennet.me/opennews/art.shtml?num=29953) в рамках проекта Constantly Usable Testing (CUT (http://kitenet.net/~joey/code/debian/cut/)), но дополнительно рассматривается вариант формирования стабильных rolling-релизов. Лукас Нуссбаум (http://www.lucas-nussbaum.net/) (Lucas Nussbaum), активный разработчик Debian, резюмировал (http://www.lucas-nussbaum.net/blog/?p=659) в своем блоге некоторые из основных идей, высказанных в процессе обсуждения.
Нуссбаум признаёт, что системы с непрерывным циклом обновления довольно популярны среди пользователей Linux, указывая в качестве доказательств растущее число пользователей, предпочитающих Debian Testing и Arch Linux. Он утверждает, что для мног...URL: http://ostatic.com/blog/debian-may-begin-rolling-release-branch
Новость: http://www.opennet.me/opennews/art.shtml?num=30432
Если замораживать перед релизом и роллинг ветку то смысла в ней никакого не останется: тот же самый тестинг, только названо по другому. Теперь понятно почему обвиняют в пиар-акции.
В Testing временами пропадают пакеты (временно удаляются), нет системы выпуска обновлений с устранением уязвимостей и есть проблемы с инсталлятором.
>"акта вандализма", который был совершён неизвестнымиах как это звучит! Акт вандализма! Против кого?! Против дебиана!.
А против Arch почему никто не устраивает актов вандализма? тоже вроде rolling.
ps: надо M.Shigorin подкинуть идею для самопиара.
В testing есть система выпуска обновлений с устранением уязвимостей.
Но разработчики не дают гарантии, что обновления будут вовремя.
Но на соей памяти не было сколько нибудь заметного отставания. Пользуюсь тестингом уже 4 года.
мир большой, зачем хотеть от дебиана то,что дает арчлинукс
чистой воды пиар
> мир большой, зачем хотеть от дебиана то,что дает арчлинукс
> чистой воды пиарМожет и пиар. Но для меня умерла Федора как класс благодаря существованию Ubuntu LTS.
А слишком запиливать арчи и генты занимает времени даже больше, чем сто раз перепиленые порты фряхи.
Писюк по скорости относительно средний, кидаться в меня по поводу кривости рук не надо. Сам в курсе...
>зачем хотеть от дебиана то,что дает арчлинукстолсто.
> По мнению Нуссбаума, ветка "rolling release" потребует больше усилий при разработкеГентушники наоборот говорили, что rolling release проще в разработке и поддержке. И они о rolling release до сих пор не жалеют.
> Гентушники наоборот говорили, что rolling release проще в разработке и поддержке.
> И они о rolling release до сих пор не жалеют.При rolling release периодически приходится обновлять glibc, ядро, GNOME/KDE, X.Org и прочие ключевые компоненты. После подобных обновлений дистрибутив еще долго колбасит и назвать его в это время стабильным язык не поворачивается.
Вот в опенсусе обновляется все, кроме того что вы назвали. В репозитарии packman.
да что Вы говорите!
я вот только из Вашего комментария узнал, что RR, оказывается, колбасит.
а так ведь пользовался почти с самого начала знакомства с Linux и не знал, что никакой стабильности-то в RR нету.
спасибо, добрый человек, что открыли глаза :-)
Ну в пакетных дистрибутивах да, может и колбасит.
особенно при апгрэйде с версию дистра на версию
>При rolling release периодически приходится обновлять glibc, ядро, GNOME/KDE, X.Org и прочие ключевые компоненты. После подобных обновлений дистрибутив еще долго колбасит и назвать его в это время стабильным язык не поворачивается.Ничего подобного в Gentoo, например, если вы пользуетесь стабильной веткой портажа! Другой вопрос, что многие сидят на тестовой ветке и как следствие время от времени возникают проблемы... Но портаж тем и хорош, что гибко позволяет подстроить каждый пакет под свою систему - хочешь используй из стабильной, тестовой ветки или даже жестко замаскированной.
Плюс к этому, как правило поддерживается параллельно несколько последних версий пакета. Как следствие из этого - недостаток в данном случае только один - все приходится собирать самому.
Для ленивых гентушников (как я) давно уже сделали Sabayon.
и убунту
> Для ленивых гентушников (как я) давно уже сделали Sabayon.Уже теряется принцип настройки под свою систему, т.к. какие пакеты использовать в зависимостях решают разработчики дистрибутива. А это тот же Debian, RedHat и др.
Я выбрал Gentoo/Sabayon не из-за мифической настройки «под себя», а за RR и удобную пакетную систему. Так что на всякое крастноглазие пофиг.
Есть еще Calculate Linux питерский. Гента с лейманом и локализацией из коробки. И ставится минут за 20-40 в зависимости от железа.
Что за локализация? Бинарный репозиторий там есть, как в Sabayon?
Мой арч неплохо работает, не замечал каких-либо серьезнейших косяков.
А вообще там есть хорошая идея - делать основу как роллинг релиз, перед релизом делать его срез, замораживать и отлаживать до релиза. Роллинг в это время едет дальше. Сизиф/Мастер :)
http://www.debian.org/releases/index.ru.htmlЧто-то непонятно. Ветка unstable, вроде бы, больше походит на RR. Почему testing? И если Debian RR всё же переименуют в testing, то какую роль будет выполнять unstable?
CUT было бы вполне достаточно, главное до ума довести... а то все обкатывают и обкатывают, а колобок никак не получается.
если этот роллинг будет замораживаться то толку от него будет не больше чем от testing-а
Rolling, testing, unstable... Какая нафиг разница? Если это только основа для тса миллиардов причих дистрибутивов и Убунты? Делают как надо, как следует, всё правильно делают. Молодцы.
То, что делают кучу производных на дебиане, говорит о том что дебиан сам по себе штука ограниченная. В чем она ограничена - крайне консервативной заточенностью под одну задачу. Из последующих воплей анонимусов это будет более понятно.
>То, что делают кучу производных на убунте, говорит о том что убунта сама по себе штука ограниченная. В чем она ограничена - крайне консервативной заточенностью под одну задачу. Из последующих воплей анонимусов это будет более понятно.fixed
> То, что делают кучу производных на дебиане, говорит о том что дебиан
> сам по себе штука ограниченная. В чем она ограничена -
> крайне консервативной заточенностью под одну задачу. Из последующих воплей анонимусов
> это будет более понятно.Вы наверное Бох (неограниченный Вы мой ;-).
А по существу: Вы не находите, что эту ограниченную вещь используют довольно широко (на мой взгляд)?
Плюс ко всему, с Ваших же слов, на основе этой ограниченной вещи делают множество производных. И не только всяческие вещи от Canonical Ltd.
> Вы не находите, что эту ограниченную вещь используют довольно широкоЯ нахожу что ее переделывает довольно широко и часто. А используют широко только в узком кругу. О чем собственно и речь.
>> А используют широко только в узком кругуДебиан - самый используемый серверный дистр из некоммерческих, на него приходится чуть более трети используемых серверных линукс-площадок вообще. Насколько это узкий круг? Это уж как посмотреть )))
Вот это и есть та самая задача под которую заточен дебиан. Подо все остальное его точить и точить, потому и куча производных. Если непонятно - читать ветку еще раз.
Под другое это подо что? Для встроенных решений? Там свои идолы.
> Вот это и есть та самая задача под которую заточен дебиан. Подо
> все остальное его точить и точить, потому и куча производных.Ага, добавили парочку нескучных обоев - ого, заточили, теперь готово для десктопа!!1
>Я нахожу что ее переделывает довольно широко и часто.Вы так говорите, как будто все эти переделки выходят за рамки добавления нескучных обоев.
Та же убунта = debian unstable + нескучные обои + пиар.
Убунтой кучка производных не заканчивается. Повторю еще раз - для особо одаренных - то что дебиан перепиливают мильен раз говорит только о том что приспособлен он только под одну задачу, и все отписавшиеся только про нее и упоминают. И мильен производных исходит именно по этой причине. Сама обсуждаемая новость это подтверждает! Смотреть начало ветки.Кстати, насчет нескучных обоев - попробуйте протащить их в дебиан. Я уж не говорю про upstart, раз уж вы все только убунту поминаете.
>дебиан перепиливают мильен раз говорит только о том
> что приспособлен он только под одну задачуДля одачённых: то, что "перепиливают" успешно и многократно, не означает, что ни для чего другого он не годен, просто для "перепиливания" он _тоже_ лучше других. :-P
> просто для "перепиливания" он _тоже_ лучше другихЕсли бы он был лучше других перепиливать его не имело бы смысл вообще. Ваш КО.
> Если бы он был лучше других перепиливать его не имело бы смысл
> вообще. Ваш КО.А его и не имеет смысл перепиливать с точки зрения функциональности. Зато имеет смысл с точки зрения самопиара перепильщика (да, к сожалению, дебиан делает целое сообщество, а не гордый перепильщик Вася Пупкин, и именно это в нём обычно и "исправляют"). Ваш К.О.
>Повторю еще раз - для особо одаренных - то что дебиан перепиливают мильен раз говорит только о том что приспособлен он только под одну задачу, и все отписавшиеся только про нее и упоминают.Не надо считать разработчиков тупыми. "Перепиливать" под некоторую задачу дистрибутив, который для неё не приспособлен, гораздо более сложно и трудоёмко, нежели дистрибутив, который хорошо для неё подходит. В последнем случае достаточно добавить обоев, накидать тематических ярлычков на рабочий стол, налепить свой лейбл - и готово. Что мы, собсно, и видим на примере клонов дебиана.
они хотят заново изобрести сид?
скорее они хотят стабильный арч
> они хотят заново изобрести сид?Это и будет сид, но сидом не так удобно пользоваться как стабильными ветками. Судя по всему, сделают, чтобы было более удобно и доступно. Хотя особого смысла в этом для себя не вижу. Скорее всего, у Дебиана сложности с поддержкой замороженных версий своими силами, вот и пытаются таким образом решить проблемы с своевременным затыканием дыр.
Не нужно. Пользуюсь для установки сборками CUT и никаких проблем.
Простите, что тут спрашиваю... Не холивара ради... Обьясните мне неразумному, в чем преимущества тех же Генту или Арча против Дебаина или опенСуСЕ. Ну Генту я еще могу понять, ради 2-10% мифического прироста производительности, а в остальном... Ведь, типа, главнымы преимуществами называют. 1) Свежий софт. Ну так и в опенСусе и в Тестинге он тоже свежий. 2) "Затачиваемость" системы под себя. Ну так бери нет-инсталл, отключи установку рекоммендованных пакетов и ставь, что надо. Ничем от Арча не отличается. 3) Роллинг Релиз. Ну так у опенСусе тоже есть, а Тестинг почти роллинг, если бы не заморозка. Плюс и у Дебиана и у Сусе есть бэккпорты. Ну так все-таки! В чем преимущества?
> Ну Генту я еще могу понять, ради 2-10% мифического прироста производительностиВо-первых, не мифического, во-вторых, 0-200%, причём эти 200% именно там где они больше всего нужны.
Во-вторых, не столько ради них, сколько ради нормальной возможности> 1) Свежий софт. Ну так и в опенСусе и в Тестинге он тоже свежий
Тут намного свежЕе. Ебилды появляются через час после анонса, и на самом деле даже это долго. Важнее, что можно за 5 минут написать ебилд для нужного софта и начать пользоваться без ручного онанизма с конфигурями, причём без возможности выкосить то что они наустанавливают.
> 2) "Затачиваемость" системы под себя. Ну так бери нет-инсталл, отключи установку
У-у-у. Не сразу понял что gentoo вы в глаза не видели. Лучше поставьте и посмотрите, чтобы такую чушь не писать. suggested и recommended - это не "затачиваемость", это несусветная чушь - взятые с потолка дополнительные ненужные депенды, которые в любом apt-based дистрибутиве надо первым делом отключать. При этом пакеты остаются такими же дубовыми, собранными с тем что решил мантейнер, а значит отсутствием нужного и присутствием лишнего.
В общем, если бы вам было на самом деле интересно, вы бы давно попробовали gentoo, а то что вы накалякали именно ради холивара.
>[оверквотинг удален]
> конфигурями, причём без возможности выкосить то что они наустанавливают.
>> 2) "Затачиваемость" системы под себя. Ну так бери нет-инсталл, отключи установку
> У-у-у. Не сразу понял что gentoo вы в глаза не видели. Лучше
> поставьте и посмотрите, чтобы такую чушь не писать. suggested и recommended
> - это не "затачиваемость", это несусветная чушь - взятые с потолка
> дополнительные ненужные депенды, которые в любом apt-based дистрибутиве надо первым делом
> отключать. При этом пакеты остаются такими же дубовыми, собранными с тем
> что решил мантейнер, а значит отсутствием нужного и присутствием лишнего.
> В общем, если бы вам было на самом деле интересно, вы бы
> давно попробовали gentoo, а то что вы накалякали именно ради холивара.Вот-вот! Не ради холливара! Генту именно не ставил! Ставил бы - не спрашивал ;) Жаль было времени. А то ведь как, ставишь систему минимал, к примеру Дебиан, доставляешь что надо, и получаешь почти ту же Убунту. Вот потому и срашиваю... Ведь возьму я Генту, буду два дня ковыряться, поставлю, что мне надо и получу тот же десктоп, что и в Дебиане или в СуСЕ, ну может места на винче будет занимать по-меньше, что некритично ;) Свежий софт через час после релиза - это не аргумент. Вот 200% прироста производительности - это весомый аргумент. И где, если не секрет, в каких приложениях я увижу этот прирост?
А какой Генту стоит попробовать новичку? Саму Генту, Sabayon, Calculate?
> А какой Генту стоит попробовать новичку? Саму Генту, Sabayon, Calculate?ubuntu
>> А какой Генту стоит попробовать новичку? Саму Генту, Sabayon, Calculate?
> ubuntuНу да в принципе, шамансво с убунтой иногда очень напоминает генту.
Любой. Я сначала попробовал Sabayon, ещё до его миграции на KDE 4 и запускаю его иногда несколько лет.
Скорее всего - в суровых вычислениях (впрочем, среди них запросто могут оказаться кодирование/декодирование видео, обработка картинок и тому подобные распространённые штуки). Более вероятно - что на десктопе не заметите, особвенно если тупо флаги компиляции будете подкручивать. А вот если выкинете ненужные зависимости, использовав USE-флаги - тут уже эффект заметнее будет, пожалуй. Хотя всё то очень индивидуально, так как сильно зависит от привычного набора софта, паттернов работы, конкретного железа и т.п.
> Скорее всего - в суровых вычислениях (впрочем, среди них запросто могут оказаться
> кодирование/декодирование видео, обработка картинок и тому подобные распространённые
> штуки). Более вероятно - что на десктопе не заметите, особвенно если
> тупо флаги компиляции будете подкручивать. А вот если выкинете ненужные зависимости,
> использовав USE-флаги - тут уже эффект заметнее будет, пожалуй. Хотя всё
> то очень индивидуально, так как сильно зависит от привычного набора софта,
> паттернов работы, конкретного железа и т.п.Ага.. Вот есть у меня нетбук.. Железо, ясен перец, никакое.. Вот я и задумался, а может поставить на него Генту... Но ведь получается, если я правильно понимаю, что я компилять софт на нем буду до второго пришествия, а ставить на него Calculate тот же, нет никакого смысла ибо оптимитазии под нетбук нет никакой..
Смотрите в сторону distcc - в генте оно отлично интегрируется в процесс установки софта.И еще раз напоминаю - в плане оптимизаций (особенно в вашем случае, так как памяти на ноутбуке явно мало) - USE-флаги важнее флагов компиляции.
> Смотрите в сторону distcc - в генте оно отлично интегрируется в процесс
> установки софта.
> И еще раз напоминаю - в плане оптимизаций (особенно в вашем случае,
> так как памяти на ноутбуке явно мало) - USE-флаги важнее флагов
> компиляции.Угу... Спасибо... Читаю как раз про флаги сейчас
В калькулейте без особой нужды пакеты компилить вещь не обязательная.
> И где, если не секрет, в каких приложениях я увижу этот прирост?Ни в каких. Это всё сказки о том, что гипотетические возможности это тоже возможности )))
Не знаю, как арч - а в генте дело отнюдь не в тех процентах. А прежде всего в том, что есть достаточно простой путь получить нужную тебе систему. В которой, скажем, Gtk не тянет за собой библиотеку поддержки тайского алфавита, а софт собирается без поддержки совершенно ненужных мне DE. Где можно выбрать, какие конкретно бибилиотеки будет использовать софтина (часто есть выбор между альтернативными реализациями), если кто хочет - глобально отключить использование софтом D-Bus и т.п. Вот эта затачиваемость системы под себя в бинарных дистрах недостижима.
Еще один пример - если есть всякие патентованные алгоритмы в софте (как с трутайпом было) - то их использование опять же включается штатно, не надо ничего тянуть из неофициальных репозиториев.
Давно убедился что "стабильность", не являясь на деле таковой, является не более чем существенным отставанием в развитии и трудностями в обновлении, когда от него будет никуда не деться. Поэтому только rolling release.
> Давно убедился что "стабильность", не являясь на деле таковой, является не более
> чем существенным отставанием в развитии и трудностями в обновлении, когда от
> него будет никуда не деться. Поэтому только rolling release.А я вот сижу на stable, и мне хорошо. По крайней мере, я точно знаю, что ни при каком обновлении у софта не поменяется устраивающий меня интерфейс, не прилетит какая-нибудь непрошеная "супер-технология" вроде PulseAudio и т.п., ничего не встанет раком из-за того, что с поддержкой моей железки есть проблемы в новой версии X.0rg (как пару раз было)... В общем, "работает - не трогай". Гораздо легче раз в три жизни обновить всё и через неделю привыкнуть и убороть все проблемы, чем возиться постоянно.
P.S. Дома Gentoo, на работе - Debian Stable
> не прилетит какая-нибудь непрошеная "супер-технология" вроде PulseAudioЗолотые слова... Только всё равно рано или поздно прилетит, так что я предпочитаю gentoo где эту гадость можно вырезать.
> так что я предпочитаю gentoo где эту гадость можно вырезать.А в Debian этого не вырезать? :)
>> так что я предпочитаю gentoo где эту гадость можно вырезать.
> А в Debian этого не вырезать? :)Смотря что. Пульс - можно. А вот если, скажем, софтина умеет использовать d-bus (и тянет его как зависимость), а вы хотите от него избавиться - то в дебиане вырезать только через создание своего пакета, для чего никаких особых удобств не предусмотрено. В генте же вы просто ставите глобальный флаг -DBUS, и весь способный на это софт собирается без её поддержки.
> просто ставите глобальный флаг -DBUS, и весь способный на это софт
> собирается без её поддержки.Курим debconf.
> Давно убедился что "стабильность", не являясь на деле таковой, является не более
> чем существенным отставанием в развитии и трудностями в обновлении, когда от
> него будет никуда не деться. Поэтому только rolling release.Стабильность на самом деле не стабильность, а вы на самом деле не вы? Какой то Чапаев и Пустота )))
Стабильный релиз, что самое смешное, именно стабильный, т.е. реп не изменяется. И он действительно не изменяется.
У меня Arch стоит на работе,дома и в гостях. Везде регулярно обновляюсь. Для компа в качестве десктопа вполне себя стабильно ведет.
PPA нинада, в PPA спамеры спамботов понапихают.
Странно, что люди, варящиеся в линуксе, так долго допирают до этой мысли! Весь опенсорс - это как муравейник, каждый ЕЖЕМИНУТНО привносит свой вклад. Естественно, что оттестировать эту громаду кода нереально, но подразумевается, что изменения ведут в лучшую сторону - поэтому и надо обновляться. Тем более, что постоянно затыкаются дыры в защите. При этом никто не мешает делать "полировочную ветку" - в то время, как в основное дерево льются патчи, ветка отлаживается на вопрос совместимости компонент. Так что можно иметь сразу две версии - свежайшую и стабильную.
во дают. дебиан ставлю только тем кому нужна деревянная стабильность, а теперь они решили распылиться на два проекта... при чем ролинг поддерживать сложнее, о чем они думают ?!
>во дают. дебиан ставлю только тем кому нужна деревянная стабильность, а теперь они решили распылиться на два проекта... при чем ролинг поддерживать сложнее, о чем они думают ?!О чём они думают? Это ты со своим авторитетным мнением о чём думаешь?
Дебиан != деревянная стабильность, в нём есть 4 параллельно поддерживаемые ветки (oldstable, stable, testing, unstable). Выбирай любую - от деревянной стабильности, до разваливающейся нестабильности.
В Дебиан самый большой репозиторий, он поддерживает самое большое среди других дистрибутивов Linux количество процессорных архитектур. Есть вариант Debian с ядром FreeBSD. Есть экспериментальный вариант с ядром GNU Hurd. Есть несколько вариантов расфасовок на CD, DVD, флешки и т.п.
Testing и так является RR, за исключением периодов заморозки, когда готовится выход очередного Stable. Всё нововведение заключается в том, чтобы поддерживать отдельный вариант Testing в тот момент когда основной вариант Testing будет в замороженном состоянии.
В свете вышенаписанного ваша умная мысль о том, что роллинг сложнее поддерживать, звучит как громкий пук в лужу. Команда Debian делает настолько огромный объём работы, что всякие пыжащиеся Arch и Gentoo просто надорвали бы пупки, если бы попытались сделать столько же, сколько делается в рамках проекта Debian.
Проблема в основном и есть в заморозке testing, если она будет и в rolling, то смысла в нем будет мало.