Разработчики проекта OpenSUSE объявили (http://lists.opensuse.org/opensuse-announce/2009-08/msg00009...) о сокращении времени поддержки дистрибутивов с 24 до 18 месяцев, что связано с переходом (http://www.opennet.me/opennews/art.shtml?num=20618) проекта на восьмимесячный цикл выпуска релизов (две версии будет выпущены за 16 месяцев, плюс два дополнительных месяца).Новые сроки поддержки будут применены начиная с версии openSUSE 11.2, версии 11.0 и 11.1 будут поддерживаться два года - поддержка openSUSE 11.0 будет прекращена 30 июня 2010 года, а openSUSE 11.1 - 31 декабря 2010 г. Будущий релиз openSUSE 11.2 намечен на 12 ноября 2009 года.
URL: http://lists.opensuse.org/opensuse-announce/2009-08/msg00009...
Новость: http://www.opennet.me/opennews/art.shtml?num=23029
Зачем это делается?
fedora, ubuntu... теперь suse.
да, прогресс - это хорошо, но сокращение времени поддержки дистрибутивов - это зло. зачем гнаться за номерами версий дистрибутива, за полгода нереально обкатать все новшества и вылизать все баги (знаю точно, т.к. сижу на fedora))Или это такой хитрый маркетинговый ход: не нравится апгрейдить федору каждые полгода - переходи на rhel. :-)
p.s. печально все это. уже всерьез садумываюсь о переходе с fedora на centos, как только там появится KDE 4.3 хотя бы.
Отличная новость, лучше бы до года вообще сократили. Нытье админов-лентяев вообще умиляет - думают, разработчикам больше делать нечего, как в их старье дыры латать.> не нравится апгрейдить федору каждые полгода - переходи на rhel.
Именно так, выполняй свою работу по поддержванию парка машин в актуальном состоянии, либо плати за это другим. Думаете за вас бесплатно другие работать будут?
А если машин >50, и ты один?
и что? ))
>А если машин >50, и ты один?2, 50, 1000, какая разница? Ты что, ходишь к каждой и руками ее обновляешь?
хм.. помоему это нормальное развитие событий!
если не нравится гонка версий - пожалуйста, есть дистрибутивы где софт полностью собирается из исходников - в таком варианте поддерживай сам его сколько хочешь. А развитие оно ведь не стоит на месте и хранить так долго да еще и следить за всеми изменениями сразу в куче устаревающих дистрибутивов - тяжело.. одни только репозитарии обновлений весят дай боже!
Сам то вот глядишь как за версией поглался - ему еже КДЕ 4.3 подавай.. а ведь его баги так и не обкатали толком и не скоро еще обкатают. А теперь представь себе что новое (в данном случае КДЕ 4.3) требует и новых, соответствующих новым реалиям (оборудованию, алгоритмам) системных библиотек, одно за другим оно и ползет.. скажи хорошо еще что с полугодичного цыкла перешли на 8 месяцев!
Плюс еще - это же не серверный дистрибутив, а десктопный, да еще и развиваемый сообществом, изначально задуманный для обкатки всех новшеств! Точно так же позиционируется и федора. Не понимаю на что тут можно обижаться. Для стабильности и поддержки есть десктопный корпоративный линукс, у новела есть SuSE, у шаттлворта есть серия LTS за которые они отвечают и это в порядке вещей!
+1 Поддерживаю. Истину глаголишь...
>Для стабильности и поддержки есть десктопный корпоративный линукс, у новела есть
>SuSE, у шаттлворта есть серия LTS за которые они отвечают и
>это в порядке вещей!Замечательно сказал.
А теперь вспомни срок поддержки у Ubuntu LTS, и вспомни, сколько у Windows.
Напоминаю: Ubuntu LTS - 3 года, Windows 2000 - 10 лет, Windows XP - 12 лет (точно не помню). Ты правда думаешь, что обновлять ПО в парке разнородных тачек раз в 2 года, - это умно? И не надо говорить бред про ручную сборку системы. Это просто детский лепет.
винду и так, каждые 2 года переставлять надо, и весь софт - только ручками.
У меня Windows 2000 стоит 7 лет. У меня установлено очень много программ, и я периодически что-то доустанавливаю и обновляю. В игры не играю. Система раньше работала неделями без перезагрузки. Сейчас работает в обычном режиме. Что я делаю не так?
> У меня Windows 2000 стоит 7 летМои поздравления!
> Что я делаю не так?
Подменяешь понятия, сравниваешь теплое с мягким и опускаешься до оффтопика.
ну тут всё просто.
видите ли, чтобы перейти на новую версию например той же убунты, мне надо нажать 4-е раза батон и... всё.
а что нужно, чтобы перейти с Вашей 2000 на XP? на висту?нда-а-а.... для Вас это действительно проблемма.
из-за этого Вы и гордитесь, что работаете на системе 10-летней давности?
Давность, ни чего не значит, кроме рюшек!
А машина работает и будет работать!
Особенно это хорошо видно в секторе АСУТП.
Там до сих пор еще NT4 вращаются и сносу им нету.
Все зависит от рук (и места откуда они растут) "эсплуататора" системы.
отвечу в том же ключе.
номера дистров - ничего не значат. система работает и будет работать.
да и что такое "новая версия дистра"? всего-лишь новый набор ПО.а вот нт4 стоит и будет стоять... ну запихнут её поглубже за фаервол... а почему? а выбор какой?
выдвигать невозможность качественного (и бесплатного) апдейта как плюс - ну ОЧЕНЬ сомнительный тезис.
зы:
не нужно сравнивать версии винды и версии одного и того же дистра в линухе. разные вещи.
вот сравнивать с различными дистрами (убунта, сюзе, шапка, гента,..) ещё можно, но и то с большой натяжкой.
> Особенно это хорошо видно в секторе АСУТП.И днём. А то когда на половину штатов вырубило лепестричество из-за чё там было -- Code Red на ихних win2k?.. -- так вот в темноте видно не очень хорошо.
> Все зависит от рук (и места откуда они растут) "эсплуататора" системы.
Если бы всё было так просто. Это нам в крайнем разе в исходники, а им -- в отладчик сразу.
>У меня Windows 2000 стоит 7 лет. ... Что я делаю не так?w2k вышла ещё до большой распространенности ТFT, поэтому там нет нормального сглаживания шрифтов, что очень вредно для глаз. Так что глаза портишь!!!
>Напоминаю: Ubuntu LTS - 3 года, Windows 2000 - 10 лет, Windows
>XP - 12 лет (точно не помню).Windows не содержит такого количества ПО, да и не развивается. Кроме того, Windows стоит денег. А про поддержку их уже давно все сказано, я лично имел неудовольствие с ней общаться.
Да в общем и с Ubuntu никто не мешает сделать то же самое - просто не обновляйте систему никогда.
>Ты правда думаешь, что обновлять ПО в парке разнородных тачек раз в 2 года, - это умно?
Сразу видно пионера, который всех судит по себе. Кроме твоего офиса (или огорода?) из 10 `тачек' есть более другие конторы, поэтому можно спросить: почему ты думаешь, что не использовать новейшее ПО - умно? Почему ты думаешь что умно иметь разнородные `тачки'? В общем, если машин много, обновлять их все как раз становится крайне легко, потому что пионерские замашки типа ходить между ними и next> тыкать быстро отбиваются. Попробуй уже технологии XXI века.
>И не надо говорить бред про ручную сборку системы. Это просто детский лепет.
Гуглу это скажи :)
>>Напоминаю: Ubuntu LTS - 3 года, Windows 2000 - 10 лет, Windows
>>XP - 12 лет (точно не помню).
>
>Windows не содержит такого количества ПО, да и не развивается.1) Для десктопа главное - это стабильность API.
2) Продуманный API позволяет расширять систему без его изменения.> Кроме того, Windows стоит денег.
1) Сисадмины и программисты Linux тоже не бесплатны.
2) Их мало. А местами просто не найти. Если и найдешь, сложно найти замену. Это риск для бизнеса.> А про поддержку их уже давно все сказано,
>я лично имел неудовольствие с ней общаться.Главное - обновление системы, устранение основных ошибок.
Поддержка их не интересует.>Да в общем и с Ubuntu никто не мешает сделать то же
>самое - просто не обновляйте систему никогда.А обновления безопасности как же?
А поддержка софтовыми компаниями операционной системы. Никто не будет выпускать новые версии ПО для неподдерживаемой системы. И тем более никто не будет плодить версии ПО и тестировать для каждой версии каждого дистрибутива.>>Ты правда думаешь, что обновлять ПО в парке разнородных тачек раз в 2 года, - это умно?
>
>Кроме твоего офиса из 10 `тачек' есть более другие конторыНесомненно. Хотя это мой офис не из "10 `тачек'".
>поэтому можно спросить: почему ты думаешь, что не использовать новейшее ПО - умно?
Новейшее ПО использовать - это здорово, что я периодически делаю. Но обновлять всю систему с кучей установленного софта, который к тому же не из дистрибутива, - это напряжно. Когда этих систем 10 и они разные (аппаратно и программно) - не реально. Когда с этим столкнешься несколько раз, и когда кроме обновления есть основная работа, причем установлены довольно сжатые сроки ее выполнения - будешь думать, чем тебе лучше заняться.
> Почему ты думаешь что умно иметь разнородные `тачки'?
А думаешь, я - миллиардер, а производители и поставщики железа гонят одно и то же годами?
> В общем, если машин много, обновлять их все как раз становится крайне легко,
Я не работаю в call-центре.
> потому что пионерские замашки типа ходить между ними и next> тыкать быстро отбиваются.
Есть прекрасные способы не тыкать некст и не устанавливать кучу однотипного базового софта. На то есть мозг.
>>И не надо говорить бред про ручную сборку системы. Это просто детский лепет.
>
>Гуглу это скажи :)1) Гугл - это (а) отдельная история, (б) это напрямую касается их бизнеса.
2) Далеко не каждая компания может себе позволить даже просто сисадмина, не говоря уже об отделе, занимающемся ОС.
> 1) Для десктопа главное - это стабильность API.
> 2) Продуманный API позволяет расширять систему без его изменения.А что, с каких пор пользователя волнует API? Я как-то все больше думал, что это интересно разработчикам прикладного софта, а не системным администраторам с их паствой.
>> 1) Для десктопа главное - это стабильность API.
>> 2) Продуманный API позволяет расширять систему без его изменения.
>А что, с каких пор пользователя волнует API? Я как-то все больше думал, что это >интересно разработчикам прикладного софта, а не системным администраторам с их паствой.Само собой. Нестабильность API -> разработчик не выпустит ПО -> пользователь не получит нужного софта -> сисадмину нечего устанавливать. Сисадмин здесь необязательное лицо.
ещё было бы не плохо, если бы Вы сказали, что за API Вы имели ввиду.
а то по традиции виндов половина API для прикладным ПО находиться в ie и в мсофис. и в плане стабильности тут можно сказать только одно - оно пухнет в каждой версии.
если говорить только о винапи - то сколько там сейчас вызовов? 30000? 50000?
хотя это не важно для тех кто пользуется библиотеками классов. там эти вызовы скрыты в методах классов-обёрток. а в линухе API для прикладного ПО - это gtk, gtk+, gtkmm,.. qt,... и т.д. если же говорить о системных вызовах (а это единственный путь вызвать функции режима ядра из юзерспейс), то обратите внимание на файл /usr/include/asm/unistd_32.h (или /usr/src/linux-source-2.6.30/arch/x86/kernel/syscall_table_32.S)
там каждый вызов пронумерован (сейчас 334. счёт с 0) и не меняется. только иногда добавляется. вот для ознакомления - http://www.tldp.org/HOWTO/html_single/Implement-Sys-Call-Lin.../ и http://en.wikipedia.org/wiki/System_callно я понимаю куда Вы клоните :-DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD
НО ВИДИТЕ ЛИ, когда знающие люди говорят о нестабильности линухового API, то они говорят только о driver api. так что Ваше выступление - мимо кассы.
>ещё было бы не плохо, если бы Вы сказали, что за API
>Вы имели ввиду.Да все API, включая графическую подсистему и часто используемые библиотеки (хотя формально они не являются частью API, но по факту вы без них, как без рук).
Попробуйте собрать свое ПО в несколько сотен тысяч строк кода в нескольких дистрибутивах в нескольких версиях каждого и поймете о чем это я толкую.
>хотя это не важно для тех кто пользуется библиотеками классов. там эти
>вызовы скрыты в методах классов-обёрток. а в линухе API для прикладного
>ПО - это gtk, qt...gtk, qt - они межплатформенные. И они не избавляют от работы с графической подсистемой, например для исправления поведения qt/gtk или реализации специфического поведения некоторых компонентов или группы компонентов.
>когда знающие люди говорят о нестабильности линухового API, то
>они говорят только о driver api.Не столько о driver api, сколько обо всех API суммарно.
>Попробуйте собрать свое ПО в несколько сотен тысяч строк кода в нескольких дистрибутивах в нескольких версиях каждого и поймете о чем это я толкую.и не раз. но если так рассуждать, то и в винде с новыми версиями - новый апи. (пример - dx). и независимые библиотеки тоже развиваются (не зависимо от любой платформы).
а например, посикс - консервативный стандарт, иксы - тоже. теперь ещё и lsb - http://dev.linuxfoundation.org/navigator/commons/welcome.php - выбирайте оттуда и жизнь станет легче.
а вот тут:
>gtk, qt - они межплатформенные. И они не избавляют от работы с графической подсистемой, например для исправления поведения qt/gtk или реализации специфического поведения некоторых компонентов или группы компонентов.что конкретно под графической подсистемой Вы понимаете?
и о каком конкретно специфическом поведении идёт речь?
>Не столько о driver api, сколько обо всех API суммарно.ну-ну. тяжело наверное жить. хоть бы пример привели чтоли. а то общие слова.
Поток мыслей какой-то, совершенно не по теме. Не вижу смысла отвечать.
> 1) Сисадмины и программисты Linux тоже не бесплатны.А сисадмины и программисты windows бесплатны чтоли?
их больше -> они дешевле и лучше заменяемость
+ качественных средств разработки и библиотек под windows гораздо больше
> качественных средств разработки и библиотек под windows гораздо большеЛожь. Под windows нет ни библиотек, ни средств разработки. Проверить легко - попробуй собрать firefox, ffmpeg или там blender со всеми зависимостями, я посмотрю сколько ты будешь это делать.
>> качественных средств разработки и библиотек под windows гораздо больше
>
>Ложь. Под windows нет ни библиотек, ни средств разработки. Проверить легко -
>попробуй собрать firefox, ffmpeg или там blender со всеми зависимостями, я
>посмотрю сколько ты будешь это делать.точно.
а когда попросят привести пример, то окажется, что кроме визуал студио остались только... средства из опенсоурс (мингв, еклипс, кутэ-криатор, нетбианс,..), а остальное либо сдохло, либо куплено и ... тоже сдохло.
> когда попросят привести пример, то окажется, что кроме визуал студио остались только... средства из опенсоурс (мингв, еклипс, кутэ-криатор, нетбианс,..), а остальное либо сдохло,Неужто сдохло? :)
> либо куплено и ... тоже сдохло.
А перечисленные Вами "мингв, еклипс, кутэ-криатор, нетбианс,.." разве не были куплены? ;)
>вот и все возражения....
>и правильно, нехрена аргументами баловать.
>
>и так понятно, что если хочешь кодить под винды, то либо покупаешь
>у мс визуал студио, либо берёшь что-нибудь из многочисленного разнообразия опен
>соурс.А кроме VS разве больше ничего не существует? Кстати, тот же Visual C++ с его MFC _никогда_ не был адекватным инструментом создания GUI. Для этого был и остается C++ Builder/Delphi + VCL + сторонние GUI библиотеки. В последнее время к VCL наконец-то подтянулся Qt, но ему не хватает сторонних качественных библиотек GUI.
и много Вы на последнем Delphi кодите? :-DDDDDDDDDDDDDD
как там с 64-битами?
или Вы о дотнете говорите? а при чём тут тогда vcl?
>В последнее время к VCL наконец-то подтянулся Qt, но ему не хватает сторонних качественных библиотек GUI.и чего конкретно не хватает?
> и много Вы на последнем Delphi кодите? :-DDDDDDDDDDDDDDDelphi не использую.
> как там с 64-битами?
Ну и нахрена вам эти 64 бита?
На 32 битной системе 3 гига памяти - это часто тоже самое, что 6 гигов на 64 битной, ну хорошо, 5 гигов. У вас что, 5 гигов памяти или больше в компе? Нет? Тогда в общем случае вам выгоднее использовать 32-битную систему.
Производительность 32 и 64-битных систем почти почти одинаковая на одном и том же процессоре.
> или Вы о дотнете говорите? а при чём тут тогда vcl?
Дотнет меня ничем не привлекает. Лучше уж использовать Java - несравнимо более зрелая технология.
>>В последнее время к VCL наконец-то подтянулся Qt, но ему не хватает сторонних качественных библиотек GUI.
> и чего конкретно не хватает?Качественных компонентов, не интересно изобретать велосипед снова и снова.
действительно... и чего это я?
зы:
ответом удовлетворён.
>Неужто сдохло? :)а то!
>А перечисленные Вами "мингв, еклипс, кутэ-криатор, нетбианс,.." разве не были куплены? ;)а кто из них был закрытым?
да, сильное преувеличение в прошлом сообщении, сред разработки больше ровно на две: Visual Studio и Delphi(вроде еще выпускают)... а firefox собирал, не сложнее чем линуксе вроде
>да, сильное преувеличение в прошлом сообщении, сред разработки больше ровно на две:
>Visual Studio и DelphiСреды разработки чаще всего (но не только) используют для реализации и отладки GUI. Реально качественных библиотек GUI для компилируемых языков не так-то много: Qt, VCL, ну и GTK. Из остального: Java Swing, MS .NET. Всё остальное - это либо обёртки, либо что-то специфическое, либо недоделанное.
не видел ни одного админа, рулящего АД и/или exchange, который бы получал меньше, чем линуховый или админ абд.а если Вы имеете ввиду студента-практиканта с катриджами и мышками,.... то да, формально он тоже админ. но он то нарулит,... когда повзрослеет... и за другую з/п :-D
>не видел ни одного админа, рулящего АД и/или exchange, который бы получал
>меньше, чем линуховый или админ абд.
>
>а если Вы имеете ввиду студента-практиканта с катриджами и мышками,.... то да,
>формально он тоже админ.А Вы поезжайте чуть в сторону от крупных мегаполисов и поищите хоть кого-то, кто мышкой нормально владеет. А лучше поезжайте в деревню с бывшими колхозами. Поищите там. И посмотрите на зарплаты.
> но он то нарулит,... когда повзрослеет... и
>за другую з/п :-DНе каждая компания до 10-20 человек, которых подавляющее большинство в мире, будет платить пару штук зеленых сервисному персоналу (системные администраторы, бухгалтеры, кадровики и пр.). Сервисный персонал не создает продукта, и не приносит никакой прибыли, его нужно кому-то кормить.
И для обслуживания парка машин с Windows для таких компаний найти человека за адекватные деньги гораздо проще, чем для Linux.
вот только не надо говорить, что линух тяжело поставить и обслуживать на том уровне, который Вы привели!!!через месяц с вашими требованиями эти же спецы будут обслуживать линух на том же уровне что и винды.
был бы спрос.
>Не каждая компания до 10-20 человек, которых подавляющее большинство в мире, будет
>платить пару штук зеленых сервисному персоналу (системные администраторы, бухгалтеры, кадровики и
>пр.). Сервисный персонал не создает продукта, и не приносит никакой прибыли,
>его нужно кому-то кормить.
>
>И для обслуживания парка машин с Windows для таких компаний найти человека
>за адекватные деньги гораздо проще, чем для Linux.А теперь откройте для себя приходящего админа и прочий аутсорсинг. Конторы с 10-20 машин вообще, как правило, не имеют админов. Админом выступает либо относительно грамотный спец из "производственного" отдела, либо кто-то приходящий. В фирме где я работаю на данный момент два админа (один из них ещё и тех. директор) на примерно 40 машин. Оба админа — спецы по Linux с зарплатами в несколько килобаксов. Все десктопы, кроме их, — под Windows. Плюс домен и несколько машин с серверной виндой. Устранением проблем с машинами сотрудников (не только IT-персонал типа QA и программистов) занимает примерно 2% суммарного рабочего времени. Остальное время тратится на обслуживание заокеанского датацентра принадлежащего фирме-заказчику.
>> Кроме того, Windows стоит денег.
>1) Сисадмины и программисты Linux тоже не бесплатны.Сисадмины и программисты требуются и для содержания [задач на] Windows.
>2) Их мало. А местами просто не найти. Если и найдешь,
>сложно найти замену. Это риск для бизнеса.Это управляемый риск (как нередко HR-ящий понемногу говорю).
Вот последствия деятельности типичного виндового эникейщика в сочетании с опять же редким, но метким произволом поставщика -- это риск неуправляемый.
А цена винды -- это вообще не риск, это 100% данность. Ну или риск загреметь.
>>просто не обновляйте систему никогда.
>А обновления безопасности как же?
>А поддержка софтовыми компаниями операционной системы.Кажется, то был ответ на пассаж про NT4.
>Вот последствия деятельности типичного виндового эникейщика в сочетании с опять же редким, но метким произволом поставщика -- это риск неупспрос.мшеЮи это точно.
>Windows не содержит такого количества ПО, да и не развивается.Вы какую траву курите?
>Кроме того, Windows стоит денег. А про поддержку их уже давно все сказано, я лично имел неудовольствие с ней общаться.
А бесплатный сыр Вы, я думаю, сами знаете где.
У меня особых проблем вообще никогда не возникало, а что были устраняялись в на стадии проектирования, т.е. на этапе пусконаладки и сдачи проектов проблем не было.
И системы крутятся уже не один десяток лет.
прикольный аргумент.
ну у меня с линухом точно так же. и что?
Позвольте Вас спросить: как используется у вас линух?
Особенно интересует АСУ: какие используются системы проектирования, SCADA, MES, с каким управляющим оборудованием (PLC, периферия...)
Или кроме OpenOffice и Blender ничего не используете?
2-а примера:
1. с 99 года - доступ в инет, статистика, антиспам, антивирус, прокси и т.д.
как уволился в 2000, так и работает.
2. на другой работе с 2003 стоит субд оракл + апач + php. там самописная система в рамках отдела асу (готовые решения не устраивали - очень большая территориальная распределённость. а пилотный проект за 2-а месяца - полностью устроил руководство). с того времени постоянно пишется и улучшается. собирает и обрабатывает распределённые данные. источники данных - парус, 1с, весы толедо/дижи/.., ещё ряд микроконтроллеров (чего делают - не помню), электронные ключи, проходные и т.д.
пользовательский интерфейс как не трудно догадаться - веб. построение графиков - gd библиотека, также завязана на почту и хотели привязать жаббер (уже там не работаю).и что это должно доказать? то, что обновлять nt4 не нужно? и это его плюс?
ну так открою секрет - в кассовых аппаратах ещё дос 6.22 есть. ура!
>и что это должно доказать? то, что обновлять nt4 не нужно? и это его плюс?да хватит вам уже.. как мне какжется, автор имел в виду обновления безопасности, т.е. срок поддержки дистрибутива, вот у XP с 2001 по 2014 год, как и red hat и novell не знаю, не интересовался... хотя как-то встречал терминал оплаты с suse 9, работало стабильно и еще проработает думаю
спор вообще бессмысленный, новость о линукс... и у обоих систем пока есть области применения, в которых они незаменимы, либо этот процесс потребует больших затрат и неудобств
>да хватит вам уже.. как мне какжется, автор имел в виду обновления безопасности,точно. именно это он и имел ввиду, когда писал:
>>Или кроме OpenOffice и Blender ничего не используете?:-D
в свою очередь я пытался заострить внимание на том, что переход с одной версии дистра на более новую в линуксе много проще. и не стоит его сравнивать с переходом на новую версию windows.
> переход с одной версии дистра на более новую в линуксе много проще. и не стоит его сравнивать с переходом на новую версию windows.Например, в CentOS (не говоря уже о всяких Убунтах) даже очередные обновления даже без установленной графики приводят к разным косячкам. То сетевая карта отвалится после очередного обновления ядра, то спустя два дня после рестарта сеть перестанет работать, то принтер заглючит, то какое-то специфическое ПО перестанет работать. И это в стабильной CentOS на хорошем железе. И каждый раз нужно тратить время и разбираться, из-за косяк и либо откатываться на старые версии, либо искать другие решения. Хотя, если не обновлять систему вообще, то да, работает годами без перезапуска.
вот сижу на убунте (куда уж до центоса) с версии 7.04.
каждые пол-года апдечусь. и никаких косячков.
если и есть - то мои. (и это на кривом железе :-D)
зы:
не путайте возможные проблеммы при апдейте, с невозможностью апдейта вообще.
хотя да, если nt4 не пускать в сеть, а ещё лучше выключить и потерять ключ от серверной - то да! работает годами.
>> переход с одной версии дистра на более новую в линуксе много проще. и не стоит его сравнивать с переходом на новую версию windows.
>
>Например, в CentOS (не говоря уже о всяких Убунтах) даже очередные обновления
>даже без установленной графики приводят к разным косячкам. То сетевая карта
>отвалится после очередного обновления ядра, то спустя два дня после рестарта
>сеть перестанет работать, то принтер заглючит, то какое-то специфическое ПО перестанет
>работать. И это в стабильной CentOS на хорошем железе. И каждый
>раз нужно тратить время и разбираться, из-за косяк и либо откатываться
>на старые версии, либо искать другие решения. Хотя, если не обновлять
>систему вообще, то да, работает годами без перезапуска.Судя по Вашему сообщению, Вы - прирождённый QA. Я вот не знаю почему, но на моей практике после обновлений на CentOS/Oracle Unbreakable/RHEL отваливались только:
1. Дрова nvidia. Как бы логично.
2. Модуль ядра из Cisco VPN Client. Причина та же.Единственно с чем была таки да проблема - RTL8111, до тех пор, пока драйвер нормально не бэкпортировали.
>как мне какжется, автор имел в виду обновления
>безопасности, т.е. срок поддержки дистрибутива, вот у XP с 2001 по 2014 год,Именно.
> как и red hat
7 лет, вроде, но он для десктопа не годится совсем.
> и novell не знаю, не интересовался... хотя как-то встречал терминал оплаты с suse 9, работало стабильно и еще проработает думаю
>
>спор вообще бессмысленный, новость о линукс... и у обоих систем пока
>есть области применения, в которых они незаменимы, либо этот процесс потребует
>больших затрат и неудобствСогласен.
>Позвольте Вас спросить: как используется у вас линух?
>Особенно интересует АСУУважаемый, хоть бы на курсы повышения квалификации сходили -- вообще надо бы через местных MS отпинать, чтоб денег несертифицированным троллям не платили, кризис же.
Для разнообразия:
http://lists.altlinux.org/pipermail/smoke-room/2007-November...
http://lists.altlinux.org/pipermail/smoke-room/2007-November...
http://lists.altlinux.org/pipermail/community/2007-September...