| 1.2, User294 (ok), 02:35, 03/04/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
ИМХО, им стоило бы брать более реалистичные задачи которые реально осилить в разумные сроки :). А то какуюнить поддержку IPv6 во ВСЕХ программах они определенно задолбутся делать а если упереться рогом и всенепременно дожимать эту задачу не выпуская релиз - может так выйти что релиз будет лет через пять, не раньше.
| | |
| |
| 2.4, brzm (?), 09:34, 03/04/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Марку держат. "Рогом упираться" это "рогом упираться", но "IPv6 во всех" это "IPv6 во всех". :]
Сам сижу на субже, из вредных глюков только вот было спонтанное изменение группы на /etc/shadow, после чего начал беситься pam.
| | |
| |
| 3.20, User294 (ok), 01:44, 04/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Марку держат. "Рогом упираться" это "рогом упираться", но "IPv6 во всех" это
>"IPv6 во всех". :]
В некоторых пакетах сие может быть мягко говоря геморройно, а иногда и просто труднореализуемо. Зачастую надо логику протокола переделывать да еще и договорившись со всеми остальными что "а теперь мы будем делать так". А это сделано отнюдь не для всех протоколов существующих в природе, мягко говоря. При недальновидности авторов протоколов и софта еще и попутно сломав протокол, сделав его частично или полностью несовместимым с более старыми софтинами, например. На это нужна воля и время. Если именно упираться рогом в этом вопросе - в ближайшие лет пять релизов Дебиана можно не ждать. Если быть реалистом а не идеалистом :).Спорный вопрос, будет ли это поддержкой марки.
>группы на /etc/shadow, после чего начал беситься pam.
Фигасе сюрпризы.
| | |
|
|
| 1.5, Аноним (-), 09:57, 03/04/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Модули поддержки IDE устройств будут заменены на libata...
А что, Кокс уже допилил все pata до рабочего состояния? Или пользователям предлагается с установкой Squeeze новое железо подкупить? Типа "новые дистрибутивы для новых машин"? Пока остальные дистростроители с проблемой безглючного перехода ide => pata не справились.
| | |
| 1.6, Slon (??), 10:40, 03/04/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А, ну это значит, что заморозят действительно осенью. А в январе 2011 выпустят, может, Squeez. C Etch, в свое время, было точно так же.
| | |
| 1.9, Аноним (-), 12:55, 03/04/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
Вот зачем нужен фиксированный цикл релизов?
Зачем делать трагедию из-за того, что разработчики не вписываются в какие-то условные сроки?
Релиз должен выпускаться тогда, когда он готов, а не к какому-то установленному сроку.
Это относится и к заморозке.
Кому нужен релиз к определённому сроку не смотря на кучу ошибок могут воспользоваться другими дистрибутивами (или поставить testing/unstable).
Если кто-то считает, что оставшиеся ошибки простительны (поставленные цели недостижимы в разумные сроки) для стабильной версии -- бегом ставить тестинг (и будет Вам счастье).
Не надо превращать отработанную систему выпуска релизов (при которой можно быть уверенным, что релиз будет стабильным) в чёрт знает что.
Не забываем так-же, что debian некоммерческий дистрибутив со всеми вытекающими отсюда последствиями.
P.S. Не удержался. Достали возгласы о неверной политике в отношении релиз-цикла. Debian хорош такой какой он есть. Нам не нужна вторая ubunta (одной более чем достаточно).
| | |
| |
| 2.21, User294 (ok), 01:58, 04/04/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Релиз должен выпускаться тогда, когда он готов, а не к какому-то установленному сроку.
Есть только одна проблема: если пытаться передавить вообще все баги - есть шанс что релиз не выйдет вообще никогда.
>Достали возгласы о неверной политике в отношении релиз-цикла.
Ну вот поэтому и приходится переводить некоторые машины на убунту, там где архаика не катит (а как известно, мало какие авторы программ специально делают их хуже с течением времени). Более того - за столько времени у ряда программ развитие успевает уйти вперед настолько что авторы оных уже никак не поддерживают совместимость с антиками и плевать хотели на ошибки в том помете мамонта. А майнтайнеры хотели плевать на обновление версий до выпуска релиза. Случается что протоколы например меняются и дебианщики сосут в гордом одиночестве с версией проги с которой остальные вообще отказываются работать в силу архаичности. В итоге дебиан оказывается зачастую приемлим только для каких-то более-менее архаичных и мало меняющихся сущностей. И приходится валить на убунты, в т.ч. и серверные. Потому что когда из репов стабильно сливается ... древний и бажный софт где нет нужных фич, а авторы уже 100500 раз удавили за это время те баги и допилили фичи - это несколько напрягает.
| | |
| |
| 3.23, Аноним (-), 06:22, 04/04/2010 [^] [^^] [^^^] [ответить]
| –3 +/– | |
Смешно
>Ну вот поэтому и приходится переводить некоторые машины на убунту
Да ладно уже, скажи уже честно мол по убогости не осилил то что подальше от любимого виндаса, и тут же сочинил обоснование :)
Не ты первый, не ты последний увы ... убогие они завсегда судьбы мира лезут порешать или хотя бы Дебиана, как доктор вам говорю :)
| | |
| |
| 4.29, User294 (ok), 20:35, 04/04/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Да ладно уже, скажи уже честно мол по убогости не осилил то
>что подальше от любимого виндаса, и тут же сочинил обоснование :)
Толсто. Лучше найдите 10 принципиальных отличий серверной убунты от дебияна с точки зрения администрежки чем тупо сракерствовать. Слабо? :)
>убогие они завсегда судьбы мира лезут порешать или хотя бы Дебиана,
Как самокритично, ха! :)
| | |
|
| 3.24, Аноним (-), 11:35, 04/04/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Есть только одна проблема: если пытаться передавить вообще все баги - есть
>шанс что релиз не выйдет вообще никогда.
Ну так никто не заставляет ждать этого релиза.
Считаешь, что дистрибутив готов к использованию -- ставь и пользуйся на здоровье.
А если ты сам ещё не готов им пользоваться то ни о каком релизе и речи быть не может.
>Ну вот поэтому и приходится переводить некоторые машины на убунту ......
Замечательно, что у нас есть выбор и каждый ставит то, что ему по душе и лучше подходит для решения поставленных задач.
| | |
| |
| 4.31, User294 (ok), 21:02, 04/04/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Считаешь, что дистрибутив готов к использованию -- ставь и пользуйся на здоровье.
Ну, знаете, самолично всегда с параноидальной степенью аккуратности тестировать все апдейты - немножко геморройно. А в тестинге в принципе отвалы башки - случаются. А убунта развивается по тем же принципам что и дебиан но релизы выходят чаще. Да, они при этом могут быть посырее, что логично. Однако между релизами в репах никто ничего по крупному не ломает как и в стабильном дебияне. А вот софт зато свежее. Ессно выбор между потенциально более сырым релизом и архаичным софтом. При том в зависимости от ситуации - где-то безгеморройнее один выбор а где-то другой.
>А если ты сам ещё не готов им пользоваться то ни о каком релизе и речи быть не может.
Это логично, НО, опять же, скажем в ДАННЫЙ момент мне например не требуется чтобы все сервисы на серваке тянули IPv6. Лет через пять - может и потребуется. Но зачем мне ждать релиза из-за того что какой-то сервис не поддерживает IPv6 сейчас, попутно кукуя с древним софтом? Сейчас я всего лишь немного экспериментирую с v6 и гоняю чисто "технологические" тесты, в основном "джастфофан" и чтобы набить руку нежели из-за практической необходимости в этом.
>Замечательно, что у нас есть выбор и каждый ставит то, что ему
>по душе и лучше подходит для решения поставленных задач.
Дык, +1 однако.
| | |
| |
| 5.33, Аноним (-), 09:39, 05/04/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Ну, знаете, самолично всегда с параноидальной степенью аккуратности тестировать все апдейты -
>немножко геморройно. А в тестинге в принципе отвалы башки - случаются.
Согласен.
>А убунта развивается по тем же принципам что и дебиан но
>релизы выходят чаще. Да, они при этом могут быть посырее, что
>логично. Однако между релизами в репах никто ничего по крупному не
>ломает как и в стабильном дебияне. А вот софт зато свежее.
О том и речь: не нужно мешать кислое с пресным.
Есть ubunta, есть debian -- два замечательных дистрибутива с разными понятиями о том когда следует выпускать релизы.
Требуется новый софт -- ставь ubuntu; версии софта не критичны, нужна стабильность -- ставь debian.
Если релизы debian выпускать по какому-либо графику, то мы получим более новый софт, но менее стабильный дистрибутив, то бишь будет ещё одна ubunta.
>Ессно выбор между потенциально более сырым релизом и архаичным софтом. При
>том в зависимости от ситуации - где-то безгеморройнее один выбор а
>где-то другой.
Вот именно. Не рационально (чаще всего) везде ставить один и тот же дистрибутив.
вопрос выбора дистрибутива зависит от поставленных задач и должен решаться в каждом случае индивидуально.
>Это логично, НО, опять же, скажем в ДАННЫЙ момент мне например не
>требуется чтобы все сервисы на серваке тянули IPv6.
Согласен, но задача _полной поддержки IPv6 во всех приложениях_ поставлена и для выпуска релиза необходимо эту задачу решить целиком, либо отказаться от её решения и объявить об этом общественности.
Вы же не предлагаете при заявленной поддержке IPv6 выпустить такой релиз, в котором этот самый IPv6 придётся допиливать вручную.
| | |
|
|
| 3.27, Anatoly A . Kazantsev (?), 13:45, 04/04/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >[оверквотинг удален]
>оных уже никак не поддерживают совместимость с антиками и плевать хотели
>на ошибки в том помете мамонта. А майнтайнеры хотели плевать на
>обновление версий до выпуска релиза. Случается что протоколы например меняются и
>дебианщики сосут в гордом одиночестве с версией проги с которой остальные
>вообще отказываются работать в силу архаичности. В итоге дебиан оказывается зачастую
>приемлим только для каких-то более-менее архаичных и мало меняющихся сущностей. И
>приходится валить на убунты, в т.ч. и серверные. Потому что когда
>из репов стабильно сливается ... древний и бажный софт где нет
>нужных фич, а авторы уже 100500 раз удавили за это время
>те баги и допилили фичи - это несколько напрягает.
Если на сервере, нужен свежее софт, но не нужна стабильность stable релиза debian, всегда можно использовать testing ветку. И я думаю что это решение будет по стабильности ubuntu server (сделанной со среза debian unstable).
В общем кто знает - тот использует и работает, кому делать нечего негодует публично ;-)
| | |
| |
| 4.30, User294 (ok), 20:43, 04/04/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>решение будет по стабильности ubuntu server (сделанной со среза debian unstable).
Ну как бы этот срез тестируется и его репы как раз между релизами заморожены чтобы не было крупных отвалов башки. Как в дебияне, но только версии обновляют чаще, в отличие от (что учащает гемор с обновлением системы но избавляет от гемора с антиквариатом). А тестинг... ну на то и тестинг что никто ничего не обещал. Юзать его на серверах имхо как-то сильно на любителя. Да и на десктопе у знакомых дебианщиков, он, простите за честность, ломается порой. По факту я выбираю систему в зависимости от предпологаемого соотношения геморроев с апгрейдом и предполагаемой нужностью свежака. Иногда лучше деб, иногда - серверная убунта.
>В общем кто знает - тот использует и работает, кому делать нечего
>негодует публично ;-)
Да это не негодование а всего лишь констатация фактов. Ну не бывает идеальных дистров. У дебиана есть свои тараканы. У убунтов свои. Ну и так далее.
| | |
|
| 3.34, www2 (ok), 13:19, 05/04/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Debian может быть и конкурентом сам себе, между прочим, а не только Ubuntu. Не нравится stable? И конечно же вы сразу валите на Ubuntu. А как же backports, как же testing, как же unstable? Debian, как и мир - не чёрно-белый, у него много оттенков.
Да и потом, что есть такого на серверах, что устаревало бы быстрее Debian stable? Классические сервисы вроде postfix, squid, apache, mysql, dovecot, courier, postgres устаревают не так быстро, чтобы ради их свеженькой версии нужно было срочно сносить stable и ставить Ubuntu.
| | |
| |
| 4.36, User294 (ok), 21:47, 05/04/2010 [^] [^^] [^^^] [ответить] | +/– | Может, только в ряде случаев еще и админ в результате начинает сам себе напомина... большой текст свёрнут, показать | | |
| |
| 5.38, pavel_simple (ok), 10:18, 06/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Свежий пример: ClamAV. Его версии до 0.95 зарежут. У мну его на
>серверах с дебом к счастью нет, но я посмотрел в репах
>и узрел там 0.94 для стэйбла, ну т.е. как обычно -
>т.е. видимо весь мир как всегда откажется взаимодействовать с некромантами и
>всем будет пофигу на их проблемы. При том это не первый
>случай...
>
сначала возьми гугле -- воткни в него debian + volatile после прочтения ПОЙМИ -- тебе нужно найти более другой способ говорить о старых пакетах.
Спасибо.
| | |
|
|
|
|
| 1.10, Аноним (-), 13:35, 03/04/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– | |
>Достали возгласы о неверной политике в отношении релиз-цикла. Debian хорош такой какой он есть. Нам не нужна вторая ubunta (одной более чем достаточно).
Поддерживаю.
| | |
| 1.11, Шурек Табуреткин (ok), 14:03, 03/04/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Зараза, я так хотел поставить себе unstable, но инсталлятор вываливался у меня с ошибками все время, так и не стал: то проблема была с монтированием чего-то там, то вообще красный экран, мол, еще какая-то ошибка, хоть и записывал на нормальный CD на самой низкой скорости :( А так хотелось слезть с паршивой бубунты...
| | |
| |
| 2.12, EuPhobos (ok), 14:40, 03/04/2010 [^] [^^] [^^^] [ответить]
| +3 +/– |
Сопсна а чем убунта паршива? Может просто руки нужно немного выпрямить? Или перейти на вЕнду.
| | |
| 2.22, User294 (ok), 02:16, 04/04/2010 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>:( А так хотелось слезть с паршивой бубунты...
Если рассматривать дебиан как десктоп - так хреновым десктопом в состоянии искаропки является скорее уж Дебиан: его дефолты как-то не очень дружественны к юзеру. (для любителей орать "кривые руки!") Ессно все можно допилить. Но - трудозатраты, как бы. А это и является критерием десктопности. Любая система может быть десктопом. Только вот десктоп-ориентированная система является оной без большого траха и быстро. А все остальные - медленно и мучительно. И при том как-то не всегда можно позволить себе 2 недели на нифиганеделание^W настройку системы от и до (для всех кроме лично вас это, увы, называется нифиганеделание).
На сервере дебиан вполне ничего. Если древность софта не напрягает. Но временами - задалбывает и проще опять же воткнуть серверную убунту чем мудохаться с древними либами, архаичным софтом, багами в оных и обнаружением что в половине мест используемая архаика уже никем не поддерживается и вы как говорится, "on your own" - дебиянские майнтайнеры бэкпортят только секурити-фиксы, авторы софта в гробу эту архаику видали, ну а посередине - вы. С вашими проблемами. С которыми вы выруливаете как умеете сами. При том например попытка сбилдить новую версию ручками нередко натыкается на "да тут всю систему менять надо!" т.к. авторы софта опять же не собираются поддерживать юзеж антикварных версий либ.
| | |
| |
| 3.26, Anatoly A . Kazantsev (?), 13:41, 04/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
>При том например попытка сбилдить новую версию ручками нередко натыкается на
>"да тут всю систему менять надо!" т.к. авторы софта опять же
>не собираются поддерживать юзеж антикварных версий либ.
Это не всегда необходимо, есть люди которые этим занимаютс, при этом они хорошо разбираются в хитросплетения deb-пакетов. Ключевое слово - backports
| | |
| |
| 4.32, User294 (ok), 22:54, 04/04/2010 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Ключевое слово - backports
Они есть не всегда, не для всего и опять же это дополнительная возня. Иногда посмотрев на то чего надо бы по идее заменить - невольно приходишь к выводу "да тут всю систему менять надо".
| | |
|
|
|
| 1.13, Anton (??), 16:18, 03/04/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Postavil sebe Debian 6.0 (Squeeze). Otlichno rabotaet! Recomenduu!
| | |
| 1.14, Аноним (-), 17:03, 03/04/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Так ведь он еще не 6.0, а пока тестинг, но пашет на ура и у меня в том числе.
| | |
| |
| 2.25, Anatoly A . Kazantsev (?), 13:39, 04/04/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Xorg.conf не правится ? ) или это фича ?
Какбэ с некоторых пор (точнее довольно таки дальних) X.Org по дефолту не использует настройки из xorg.conf (но такое поведение можно отключить)
| | |
|
| 1.19, GoSha (?), 00:24, 04/04/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
а зачем так часто выпускать релизы? Сообщество линукс желает этим отличаться от ВинДОСа? Лучшеб глюки устраняли и работали над интерфейсом в плане не курить маны при попытке чегото запустить, а грамотно вывести юзверя на решение проблемы и уели бы этим тот же ВинДОС с его дибильной справкой-подсказкой.
| | |
| |
| 2.37, User294 (ok), 21:51, 05/04/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>а зачем так часто выпускать релизы?
Потому что иначе в системе оказывается софт который выпущен 2 с гаком года назад а то и больше. А многие опенсорс софтины развиваются так что вы невольно обнаруживаете что до сих пор используете палку-копалку в то время как остальные успели сделать себе лопаты и даже начинают переходить на экскаваторы. Более того - оказывается что на любителей палки-копалки никто ориентироваться не хочет.
| | |
| |
| 3.39, sashkan (ok), 23:24, 09/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>а зачем так часто выпускать релизы?
>
>Потому что иначе в системе оказывается софт который выпущен 2 с гаком
>года назад а то и больше. А многие опенсорс софтины развиваются
>так что вы невольно обнаруживаете что до сих пор используете палку-копалку
>в то время как остальные успели сделать себе лопаты и даже
>начинают переходить на экскаваторы. Более того - оказывается что на любителей
>палки-копалки никто ориентироваться не хочет.
уважаемый User294!
вы как-то упускаете из виду, что идеальных ситуаций не бывает и мэйнтэйнерам дистрибутивов приходится выбирать какое-то своё соотношение между свежестью и стабильностью софта.
примеры:
1. ubuntu
2. debian
3. centos/rhel
есть задачи, для которых более всего подходит соотношение из п.1, есть задачи, которым более подходят другие пункты.
из того, что задач, удовлетворяемых соотношением из п.1, количественно больше, вовсе не следует, что пункты 2 и 3 — априори никуда не годные.
| | |
|
|
|
