Разработчики Debian GNU/Linux опубликовали (http://lists.debian.org/debian-devel-announce/2010/04/msg000...) отчет с информацией о статусе разработки Debian 6.0 (Squeeze). Ситуация с подготовкой релиза не радует, но есть надежда выпустить релиз через несколько месяцев, если команде разработчиков удастся мобилизовать свои силы и совместно решить мешающие выпуску релиза проблемы. В качестве возможной даты заморозки пакетной базы называется июнь, в лучшем случае конец мая, после чего несколько месяцев понадобиться для окончательной стабилизации релиза. В настоящий момент неисправленными остаются (http://bugs.debian.org/release-critical/) 742 влияющих на выпуск стабильного релиза ошибок, для заморозки пакетной базы их число нужно уменьшить хотя бы до 300.Напомню, что в рамках инициативы (http://www.opennet.me/opennews/art.shtml?num=22794) по переходу на фиксированный по времени график подготовки релизов, первоначальный план предусматривал заморозку пакетной базы в декабре 2009...
URL: http://lists.debian.org/debian-devel-announce/2010/04/msg000...
Новость: http://www.opennet.me/opennews/art.shtml?num=26075
ИМХО, им стоило бы брать более реалистичные задачи которые реально осилить в разумные сроки :). А то какуюнить поддержку IPv6 во ВСЕХ программах они определенно задолбутся делать а если упереться рогом и всенепременно дожимать эту задачу не выпуская релиз - может так выйти что релиз будет лет через пять, не раньше.
Марку держат. "Рогом упираться" это "рогом упираться", но "IPv6 во всех" это "IPv6 во всех". :]Сам сижу на субже, из вредных глюков только вот было спонтанное изменение группы на /etc/shadow, после чего начал беситься pam.
это как? :-[ ]
>Марку держат. "Рогом упираться" это "рогом упираться", но "IPv6 во всех" это
>"IPv6 во всех". :]В некоторых пакетах сие может быть мягко говоря геморройно, а иногда и просто труднореализуемо. Зачастую надо логику протокола переделывать да еще и договорившись со всеми остальными что "а теперь мы будем делать так". А это сделано отнюдь не для всех протоколов существующих в природе, мягко говоря. При недальновидности авторов протоколов и софта еще и попутно сломав протокол, сделав его частично или полностью несовместимым с более старыми софтинами, например. На это нужна воля и время. Если именно упираться рогом в этом вопросе - в ближайшие лет пять релизов Дебиана можно не ждать. Если быть реалистом а не идеалистом :).Спорный вопрос, будет ли это поддержкой марки.
>группы на /etc/shadow, после чего начал беситься pam.
Фигасе сюрпризы.
> Модули поддержки IDE устройств будут заменены на libata...А что, Кокс уже допилил все pata до рабочего состояния? Или пользователям предлагается с установкой Squeeze новое железо подкупить? Типа "новые дистрибутивы для новых машин"? Пока остальные дистростроители с проблемой безглючного перехода ide => pata не справились.
А, ну это значит, что заморозят действительно осенью. А в январе 2011 выпустят, может, Squeez. C Etch, в свое время, было точно так же.
Вот зачем нужен фиксированный цикл релизов?
Зачем делать трагедию из-за того, что разработчики не вписываются в какие-то условные сроки?
Релиз должен выпускаться тогда, когда он готов, а не к какому-то установленному сроку.
Это относится и к заморозке.Кому нужен релиз к определённому сроку не смотря на кучу ошибок могут воспользоваться другими дистрибутивами (или поставить testing/unstable).
Если кто-то считает, что оставшиеся ошибки простительны (поставленные цели недостижимы в разумные сроки) для стабильной версии -- бегом ставить тестинг (и будет Вам счастье).Не надо превращать отработанную систему выпуска релизов (при которой можно быть уверенным, что релиз будет стабильным) в чёрт знает что.
Не забываем так-же, что debian некоммерческий дистрибутив со всеми вытекающими отсюда последствиями.
P.S. Не удержался. Достали возгласы о неверной политике в отношении релиз-цикла. Debian хорош такой какой он есть. Нам не нужна вторая ubunta (одной более чем достаточно).
>Релиз должен выпускаться тогда, когда он готов, а не к какому-то установленному сроку.Есть только одна проблема: если пытаться передавить вообще все баги - есть шанс что релиз не выйдет вообще никогда.
>Достали возгласы о неверной политике в отношении релиз-цикла.
Ну вот поэтому и приходится переводить некоторые машины на убунту, там где архаика не катит (а как известно, мало какие авторы программ специально делают их хуже с течением времени). Более того - за столько времени у ряда программ развитие успевает уйти вперед настолько что авторы оных уже никак не поддерживают совместимость с антиками и плевать хотели на ошибки в том помете мамонта. А майнтайнеры хотели плевать на обновление версий до выпуска релиза. Случается что протоколы например меняются и дебианщики сосут в гордом одиночестве с версией проги с которой остальные вообще отказываются работать в силу архаичности. В итоге дебиан оказывается зачастую приемлим только для каких-то более-менее архаичных и мало меняющихся сущностей. И приходится валить на убунты, в т.ч. и серверные. Потому что когда из репов стабильно сливается ... древний и бажный софт где нет нужных фич, а авторы уже 100500 раз удавили за это время те баги и допилили фичи - это несколько напрягает.
Смешно>Ну вот поэтому и приходится переводить некоторые машины на убунту
Да ладно уже, скажи уже честно мол по убогости не осилил то что подальше от любимого виндаса, и тут же сочинил обоснование :)
Не ты первый, не ты последний увы ... убогие они завсегда судьбы мира лезут порешать или хотя бы Дебиана, как доктор вам говорю :)
>Да ладно уже, скажи уже честно мол по убогости не осилил то
>что подальше от любимого виндаса, и тут же сочинил обоснование :)Толсто. Лучше найдите 10 принципиальных отличий серверной убунты от дебияна с точки зрения администрежки чем тупо сракерствовать. Слабо? :)
>убогие они завсегда судьбы мира лезут порешать или хотя бы Дебиана,
Как самокритично, ха! :)
>Есть только одна проблема: если пытаться передавить вообще все баги - есть
>шанс что релиз не выйдет вообще никогда.Ну так никто не заставляет ждать этого релиза.
Считаешь, что дистрибутив готов к использованию -- ставь и пользуйся на здоровье.
А если ты сам ещё не готов им пользоваться то ни о каком релизе и речи быть не может.
>Ну вот поэтому и приходится переводить некоторые машины на убунту ......Замечательно, что у нас есть выбор и каждый ставит то, что ему по душе и лучше подходит для решения поставленных задач.
>Считаешь, что дистрибутив готов к использованию -- ставь и пользуйся на здоровье.Ну, знаете, самолично всегда с параноидальной степенью аккуратности тестировать все апдейты - немножко геморройно. А в тестинге в принципе отвалы башки - случаются. А убунта развивается по тем же принципам что и дебиан но релизы выходят чаще. Да, они при этом могут быть посырее, что логично. Однако между релизами в репах никто ничего по крупному не ломает как и в стабильном дебияне. А вот софт зато свежее. Ессно выбор между потенциально более сырым релизом и архаичным софтом. При том в зависимости от ситуации - где-то безгеморройнее один выбор а где-то другой.
>А если ты сам ещё не готов им пользоваться то ни о каком релизе и речи быть не может.
Это логично, НО, опять же, скажем в ДАННЫЙ момент мне например не требуется чтобы все сервисы на серваке тянули IPv6. Лет через пять - может и потребуется. Но зачем мне ждать релиза из-за того что какой-то сервис не поддерживает IPv6 сейчас, попутно кукуя с древним софтом? Сейчас я всего лишь немного экспериментирую с v6 и гоняю чисто "технологические" тесты, в основном "джастфофан" и чтобы набить руку нежели из-за практической необходимости в этом.
>Замечательно, что у нас есть выбор и каждый ставит то, что ему
>по душе и лучше подходит для решения поставленных задач.Дык, +1 однако.
>Ну, знаете, самолично всегда с параноидальной степенью аккуратности тестировать все апдейты -
>немножко геморройно. А в тестинге в принципе отвалы башки - случаются.Согласен.
>А убунта развивается по тем же принципам что и дебиан но
>релизы выходят чаще. Да, они при этом могут быть посырее, что
>логично. Однако между релизами в репах никто ничего по крупному не
>ломает как и в стабильном дебияне. А вот софт зато свежее.О том и речь: не нужно мешать кислое с пресным.
Есть ubunta, есть debian -- два замечательных дистрибутива с разными понятиями о том когда следует выпускать релизы.
Требуется новый софт -- ставь ubuntu; версии софта не критичны, нужна стабильность -- ставь debian.
Если релизы debian выпускать по какому-либо графику, то мы получим более новый софт, но менее стабильный дистрибутив, то бишь будет ещё одна ubunta.>Ессно выбор между потенциально более сырым релизом и архаичным софтом. При
>том в зависимости от ситуации - где-то безгеморройнее один выбор а
>где-то другой.Вот именно. Не рационально (чаще всего) везде ставить один и тот же дистрибутив.
вопрос выбора дистрибутива зависит от поставленных задач и должен решаться в каждом случае индивидуально.
>Это логично, НО, опять же, скажем в ДАННЫЙ момент мне например не
>требуется чтобы все сервисы на серваке тянули IPv6.Согласен, но задача _полной поддержки IPv6 во всех приложениях_ поставлена и для выпуска релиза необходимо эту задачу решить целиком, либо отказаться от её решения и объявить об этом общественности.
Вы же не предлагаете при заявленной поддержке IPv6 выпустить такой релиз, в котором этот самый IPv6 придётся допиливать вручную.
>[оверквотинг удален]
>оных уже никак не поддерживают совместимость с антиками и плевать хотели
>на ошибки в том помете мамонта. А майнтайнеры хотели плевать на
>обновление версий до выпуска релиза. Случается что протоколы например меняются и
>дебианщики сосут в гордом одиночестве с версией проги с которой остальные
>вообще отказываются работать в силу архаичности. В итоге дебиан оказывается зачастую
>приемлим только для каких-то более-менее архаичных и мало меняющихся сущностей. И
>приходится валить на убунты, в т.ч. и серверные. Потому что когда
>из репов стабильно сливается ... древний и бажный софт где нет
>нужных фич, а авторы уже 100500 раз удавили за это время
>те баги и допилили фичи - это несколько напрягает.Если на сервере, нужен свежее софт, но не нужна стабильность stable релиза debian, всегда можно использовать testing ветку. И я думаю что это решение будет по стабильности ubuntu server (сделанной со среза debian unstable).
В общем кто знает - тот использует и работает, кому делать нечего негодует публично ;-)
>решение будет по стабильности ubuntu server (сделанной со среза debian unstable).Ну как бы этот срез тестируется и его репы как раз между релизами заморожены чтобы не было крупных отвалов башки. Как в дебияне, но только версии обновляют чаще, в отличие от (что учащает гемор с обновлением системы но избавляет от гемора с антиквариатом). А тестинг... ну на то и тестинг что никто ничего не обещал. Юзать его на серверах имхо как-то сильно на любителя. Да и на десктопе у знакомых дебианщиков, он, простите за честность, ломается порой. По факту я выбираю систему в зависимости от предпологаемого соотношения геморроев с апгрейдом и предполагаемой нужностью свежака. Иногда лучше деб, иногда - серверная убунта.
>В общем кто знает - тот использует и работает, кому делать нечего
>негодует публично ;-)Да это не негодование а всего лишь констатация фактов. Ну не бывает идеальных дистров. У дебиана есть свои тараканы. У убунтов свои. Ну и так далее.
Debian может быть и конкурентом сам себе, между прочим, а не только Ubuntu. Не нравится stable? И конечно же вы сразу валите на Ubuntu. А как же backports, как же testing, как же unstable? Debian, как и мир - не чёрно-белый, у него много оттенков.Да и потом, что есть такого на серверах, что устаревало бы быстрее Debian stable? Классические сервисы вроде postfix, squid, apache, mysql, dovecot, courier, postgres устаревают не так быстро, чтобы ради их свеженькой версии нужно было срочно сносить stable и ставить Ubuntu.
>Debian может быть и конкурентом сам себе, между прочим, а не только Ubuntu.Может, только в ряде случаев еще и админ в результате начинает сам себе напоминать что-то среднее между майнтайнером, тестером и неискателем легких путей.
>Не нравится stable? И конечно же вы сразу валите на Ubuntu.
А почему нет? По администрежке - тот же дебиан. По отвалам бошек ближе к stable. А софт свежее. Из минусов разве что завязка на коммерческого вендора. Но она достаточно мягкая: если начнут наглеть, можно без шума и пыли свалить на дебиан. Да, с некоторым приростом геморроя, но можно. Так что сильно наглеть у них не выйдет, имхо.
>А как же backports, как же testing, как же unstable?
Да все так, просто как я уже сказал - иногда глянув на версии либ и прочая которые надо бы заменить - осознаешь что "да тут всю систему менять надо". А testing и тем более unstable на реально работающих машинах от которых что-то зависит - имхо как-то на сильно любителя. Я как-то не имею возможностей, времени и/или желания параноидально тестить накатку всех апдейтов между мажорными релизами системы с тем же качеством как и работу системы после ее обновления.
>Debian, как и мир - не чёрно-белый, у него много оттенков.
Да, вот только идеальных систем не бывает и у любой медали есть обратная сторона. У дебиана она вот такая вот - порой забота о стабильности переходит в затяжную некромансию. А авторы в новых версиях между прочим чинят не только секурити дыры но и просто мешавшие жить баги, мля. И добавляют фичи. Что, ессно, в дефолтовые репы не попадает. А потом - смотришь, бац, новая версия проги вышла. И надо же, в ней починили баг мешавший жить и сделали 2 нужных фичи. А тут то и оказывается что с либами 2+ летней давности никто кроме дебианщиков уже работать не хочет, а сама либа тоже хочет поюзать вкусных новых фич вон тех либ, и баги мешавшие работать вон той либе с вот этими вон там - починены. Но дебианщикам то пофиг, они оставят некроманские либы спортив только секурити фиксы. Политика имеет право на жизнь, т.к. обеспечивает отсутствие крупных отвалов башки между релизами систем. Но чем реже выпускается релиз, тем больше это начинает напоминать некромансию и борьбу с архаикой вместо, блин, просто работы с системой и юзежом нормального а не ископаемого софта.
>Да и потом, что есть такого на серверах, что устаревало бы быстрее Debian stable?
Свежий пример: ClamAV. Его версии до 0.95 зарежут. У мну его на серверах с дебом к счастью нет, но я посмотрел в репах и узрел там 0.94 для стэйбла, ну т.е. как обычно - т.е. видимо весь мир как всегда откажется взаимодействовать с некромантами и всем будет пофигу на их проблемы. При том это не первый случай...
>было срочно сносить stable и ставить Ubuntu.
Да, конечно, вот только я предпочитаю лайт или нжинкс, особенно для статики. И юзать версию 2-летней давности мне как-то сильно обломно.
>Свежий пример: ClamAV. Его версии до 0.95 зарежут. У мну его на
>серверах с дебом к счастью нет, но я посмотрел в репах
>и узрел там 0.94 для стэйбла, ну т.е. как обычно -
>т.е. видимо весь мир как всегда откажется взаимодействовать с некромантами и
>всем будет пофигу на их проблемы. При том это не первый
>случай...
>сначала возьми гугле -- воткни в него debian + volatile после прочтения ПОЙМИ -- тебе нужно найти более другой способ говорить о старых пакетах.
Спасибо.
>Достали возгласы о неверной политике в отношении релиз-цикла. Debian хорош такой какой он есть. Нам не нужна вторая ubunta (одной более чем достаточно).Поддерживаю.
Зараза, я так хотел поставить себе unstable, но инсталлятор вываливался у меня с ошибками все время, так и не стал: то проблема была с монтированием чего-то там, то вообще красный экран, мол, еще какая-то ошибка, хоть и записывал на нормальный CD на самой низкой скорости :( А так хотелось слезть с паршивой бубунты...
Сопсна а чем убунта паршива? Может просто руки нужно немного выпрямить? Или перейти на вЕнду.
слезай на mandriva 2010.0
>:( А так хотелось слезть с паршивой бубунты...Если рассматривать дебиан как десктоп - так хреновым десктопом в состоянии искаропки является скорее уж Дебиан: его дефолты как-то не очень дружественны к юзеру. (для любителей орать "кривые руки!") Ессно все можно допилить. Но - трудозатраты, как бы. А это и является критерием десктопности. Любая система может быть десктопом. Только вот десктоп-ориентированная система является оной без большого траха и быстро. А все остальные - медленно и мучительно. И при том как-то не всегда можно позволить себе 2 недели на нифиганеделание^W настройку системы от и до (для всех кроме лично вас это, увы, называется нифиганеделание).
На сервере дебиан вполне ничего. Если древность софта не напрягает. Но временами - задалбывает и проще опять же воткнуть серверную убунту чем мудохаться с древними либами, архаичным софтом, багами в оных и обнаружением что в половине мест используемая архаика уже никем не поддерживается и вы как говорится, "on your own" - дебиянские майнтайнеры бэкпортят только секурити-фиксы, авторы софта в гробу эту архаику видали, ну а посередине - вы. С вашими проблемами. С которыми вы выруливаете как умеете сами. При том например попытка сбилдить новую версию ручками нередко натыкается на "да тут всю систему менять надо!" т.к. авторы софта опять же не собираются поддерживать юзеж антикварных версий либ.
>При том например попытка сбилдить новую версию ручками нередко натыкается на
>"да тут всю систему менять надо!" т.к. авторы софта опять же
>не собираются поддерживать юзеж антикварных версий либ.Это не всегда необходимо, есть люди которые этим занимаютс, при этом они хорошо разбираются в хитросплетения deb-пакетов. Ключевое слово - backports
>Ключевое слово - backportsОни есть не всегда, не для всего и опять же это дополнительная возня. Иногда посмотрев на то чего надо бы по идее заменить - невольно приходишь к выводу "да тут всю систему менять надо".
Postavil sebe Debian 6.0 (Squeeze). Otlichno rabotaet! Recomenduu!
Заметно по транслиту)
Так ведь он еще не 6.0, а пока тестинг, но пашет на ура и у меня в том числе.
Аналогично
Xorg.conf не правится ? ) или это фича ?
>Xorg.conf не правится ? ) или это фича ?Какбэ с некоторых пор (точнее довольно таки дальних) X.Org по дефолту не использует настройки из xorg.conf (но такое поведение можно отключить)
а зачем так часто выпускать релизы? Сообщество линукс желает этим отличаться от ВинДОСа? Лучшеб глюки устраняли и работали над интерфейсом в плане не курить маны при попытке чегото запустить, а грамотно вывести юзверя на решение проблемы и уели бы этим тот же ВинДОС с его дибильной справкой-подсказкой.
>а зачем так часто выпускать релизы?Потому что иначе в системе оказывается софт который выпущен 2 с гаком года назад а то и больше. А многие опенсорс софтины развиваются так что вы невольно обнаруживаете что до сих пор используете палку-копалку в то время как остальные успели сделать себе лопаты и даже начинают переходить на экскаваторы. Более того - оказывается что на любителей палки-копалки никто ориентироваться не хочет.
>>а зачем так часто выпускать релизы?
>
>Потому что иначе в системе оказывается софт который выпущен 2 с гаком
>года назад а то и больше. А многие опенсорс софтины развиваются
>так что вы невольно обнаруживаете что до сих пор используете палку-копалку
>в то время как остальные успели сделать себе лопаты и даже
>начинают переходить на экскаваторы. Более того - оказывается что на любителей
>палки-копалки никто ориентироваться не хочет.уважаемый User294!
вы как-то упускаете из виду, что идеальных ситуаций не бывает и мэйнтэйнерам дистрибутивов приходится выбирать какое-то своё соотношение между свежестью и стабильностью софта.
примеры:
1. ubuntu
2. debian
3. centos/rhel
есть задачи, для которых более всего подходит соотношение из п.1, есть задачи, которым более подходят другие пункты.
из того, что задач, удовлетворяемых соотношением из п.1, количественно больше, вовсе не следует, что пункты 2 и 3 — априори никуда не годные.