https://www.opennet.ru/openforum/vsluhforumID3/57862.html Разработчики проекта OpenSUSE объявили (http://lists.opensuse.org/opensuse-announce/2009-08/msg00009.html) о сокращении времени поддержки дистрибутивов с 24 до 18 месяцев, что связано с переходом (http://www.opennet.ru/opennews/art.shtml?num=20618) проекта на восьмимесячный цикл выпуска релизов (две версии будет выпущены за 16 месяцев, плюс два дополнительных месяца). <br><br><br><br>Новые сроки поддержки будут применены начиная с версии openSUSE 11.2, версии 11.0 и 11.1 будут поддерживаться два года - поддержка openSUSE 11.0 будет прекращена 30 июня 2010 года, а openSUSE 11.1 - 31 декабря 2010 г. Будущий релиз openSUSE 11.2 намечен на 12 ноября 2009 года.<br><br><br>URL: http://lists.opensuse.org/opensuse-announce/2009-08/msg00009.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=23029<br> https://www.opennet.ru/openforum/vsluhforumID3/57862.html#63 Sat, 15 Aug 2009 14:33:28 GMT &gt;Неужто сдохло? :)<br><br>а то!<br>&gt;А перечисленные Вами "мингв, еклипс, кутэ-криатор, нетбианс,.." разве не были куплены? ;)<br><br>а кто из них был закрытым?<br> https://www.opennet.ru/openforum/vsluhforumID3/57862.html#62 Sat, 15 Aug 2009 13:38:20 GMT действительно... и чего это я?<br>зы:<br>ответом удовлетворён.<br> https://www.opennet.ru/openforum/vsluhforumID3/57862.html#61 Sat, 15 Aug 2009 13:29:50 GMT &gt;&gt; переход с одной версии дистра на более новую в линуксе много проще. и не стоит его сравнивать с переходом на новую версию windows.<br>&gt;<br>&gt;Например, в CentOS (не говоря уже о всяких Убунтах) даже очередные обновления <br>&gt;даже без установленной графики приводят к разным косячкам. То сетевая карта <br>&gt;отвалится после очередного обновления ядра, то спустя два дня после рестарта <br>&gt;сеть перестанет работать, то принтер заглючит, то какое-то специфическое ПО перестанет <br>&gt;работать. И это в стабильной CentOS на хорошем железе. И каждый <br>&gt;раз нужно тратить время и разбираться, из-за косяк и либо откатываться <br>&gt;на старые версии, либо искать другие решения. Хотя, если не обновлять <br>&gt;систему вообще, то да, работает годами без перезапуска. <br><br>Судя по Вашему сообщению, Вы - прирождённый QA. Я вот не знаю почему, но на моей практике после обновлений на CentOS/Oracle Unbreakable/RHEL отваливались только:<br>1. Дрова nvidia. Как бы логично.<br>2. Модуль ядра из Cisco VPN Client. Причина та же.<br><br>Единственно с чем была таки да https://www.opennet.ru/openforum/vsluhforumID3/57862.html#60 Sat, 15 Aug 2009 13:28:03 GMT &gt; и много Вы на последнем Delphi кодите? :-DDDDDDDDDDDDDD<br><br>Delphi не использую.<br><br>&gt; как там с 64-битами?<br><br>Ну и нахрена вам эти 64 бита?<br><br>На 32 битной системе 3 гига памяти - это часто тоже самое, что 6 гигов на 64 битной, ну хорошо, 5 гигов. У вас что, 5 гигов памяти или больше в компе? Нет? Тогда в общем случае вам выгоднее использовать 32-битную систему.<br><br>Производительность 32 и 64-битных систем почти почти одинаковая на одном и том же процессоре.<br><br>&gt; или Вы о дотнете говорите? а при чём тут тогда vcl?<br><br>Дотнет меня ничем не привлекает. Лучше уж использовать Java - несравнимо более зрелая технология.<br><br>&gt;&gt;В последнее время к VCL наконец-то подтянулся Qt, но ему не хватает сторонних качественных библиотек GUI.<br>&gt; и чего конкретно не хватает?<br><br>Качественных компонентов, не интересно изобретать велосипед снова и снова.<br> https://www.opennet.ru/openforum/vsluhforumID3/57862.html#59 Sat, 15 Aug 2009 13:17:57 GMT вот сижу на убунте (куда уж до центоса) с версии 7.04.<br>каждые пол-года апдечусь. и никаких косячков.<br>если и есть - то мои. (и это на кривом железе :-D)<br>зы:<br>не путайте возможные проблеммы при апдейте, с невозможностью апдейта вообще.<br>хотя да, если nt4 не пускать в сеть, а ещё лучше выключить и потерять ключ от серверной - то да! работает годами.<br> https://www.opennet.ru/openforum/vsluhforumID3/57862.html#58 Sat, 15 Aug 2009 13:08:38 GMT &gt;Не каждая компания до 10-20 человек, которых подавляющее большинство в мире, будет <br>&gt;платить пару штук зеленых сервисному персоналу (системные администраторы, бухгалтеры, кадровики и <br>&gt;пр.). Сервисный персонал не создает продукта, и не приносит никакой прибыли, <br>&gt;его нужно кому-то кормить. <br>&gt;<br>&gt;И для обслуживания парка машин с Windows для таких компаний найти человека <br>&gt;за адекватные деньги гораздо проще, чем для Linux. <br><br>А теперь откройте для себя приходящего админа и прочий аутсорсинг. Конторы с 10-20 машин вообще, как правило, не имеют админов. Админом выступает либо относительно грамотный спец из "производственного" отдела, либо кто-то приходящий. В фирме где я работаю на данный момент два админа (один из них ещё и тех. директор) на примерно 40 машин. Оба админа &#8212; спецы по Linux с зарплатами в несколько килобаксов. Все десктопы, кроме их, &#8212; под Windows. Плюс домен и несколько машин с серверной виндой. Устранением проблем с машинами сотрудников (не только IT-персонал типа QA и программис https://www.opennet.ru/openforum/vsluhforumID3/57862.html#57 Sat, 15 Aug 2009 13:08:32 GMT &gt;Вот последствия деятельности типичного виндового эникейщика в сочетании с опять же редким, но метким произволом поставщика -- это риск неупспрос.мшеЮ<br><br>и это точно.<br> https://www.opennet.ru/openforum/vsluhforumID3/57862.html#56 Sat, 15 Aug 2009 13:04:20 GMT вот только не надо говорить, что линух тяжело поставить и обслуживать на том уровне, который Вы привели!!!<br><br>через месяц с вашими требованиями эти же спецы будут обслуживать линух на том же уровне что и винды.<br>был бы спрос.<br> https://www.opennet.ru/openforum/vsluhforumID3/57862.html#55 Sat, 15 Aug 2009 12:58:28 GMT и много Вы на последнем Delphi кодите? :-DDDDDDDDDDDDDD<br>как там с 64-битами?<br>или Вы о дотнете говорите? а при чём тут тогда vcl?<br>&gt;В последнее время к VCL наконец-то подтянулся Qt, но ему не хватает сторонних качественных библиотек GUI.<br><br>и чего конкретно не хватает?<br>