Вы что, там только "проверенные временем" версии программ (5-летней давности в основном). Даже в CERN (где разработка идет) на серверах его уже не применяют ( http://root.cern.ch/drupal/content/new-server-a... , http://uptime.netcraft.com/up/graph?site=root.c... ). Если у вас нет специфичного софта, который требует RHEL5, то не тратьте время.

это учебный софт и массовое обновление по не security багам? Не спорю, firefox и OOo (который я и до этого тянул с репов go-oo) обновлены.

угу, 4.X в XEN под 5.X хостом =) Только вот неинтерактивный счет в экспериментах и desktop linux это несколько разные вещи.

Вот зачем показывать дату КОМПИЛЯЦИИ ядра и выдавать это за ОБНОВЛЕНИЕ? Нет, я, конечно, понимаю, что они туда патчи по безопасности добавляли и - возможно даже! - бэкпортировали что-то из новых ядер. Но всё же старое ядро новым не является.

И да, я в курсе, почему именно 2.6.18. Сами ещё на третьем xen сидим.

Отнюдь нет. Я просто в курсе, чем ядро 2.6.18 отличается от последующих (и вообще, уже пора бы перейти на следующую мажорную версию).

​Хорошо, но при чем тут школы? В них применяется хоть одна программа, которая нужна для обработки потока с LHC? И на рабочих PC физиков может стоять и винда и убунта, MacOS - нисколько не мешает посылать задачи в grid-инфраструктуру. Интересно было бы исследовать вопрос на какие баги и фичи опирается указанное ПО, раз столь жестко фиксируются версии.

В 2.6.18 не все бекпортировали и крупные поставщики рекомендуют ядра посвежее - http://www.opennet.ru/opennews/art.shtml?num=28019

Выйдет RHEL 6 и можно будет подумать о его применении пару лет

и насколько применение софта для решения конкретного типа задач (зафиксировать окружение для расчетного софта) поможет в решении ДРУГИХ проблем

Я говорю про личные компьютеры и там значительное число указанных систем (перепись не проводил). С любой системы ssh <хост в CERN/GRID/etc где есть аккаунт> вы решите  проблему (под виндой putty/winSCP, под маком что-то аналогичное).

Попробую ответить на оба вопроса. А, возможно, и не только на них...

С самого начала проекта по внедрению СПО в отечественные школы мы старались продвигать идею свободы выбора дистрибутивов, не смотря на все противодействие, которое нам оказывалось, причем порой в достаточно жесткой форме. На наш взгляд, кроме дистрибутивов, ориентированных на начинающих пользователей и облегчающих им начальную стадию перехода с Windows-систем на Linux, непременно должен быть представлен(ы) и дистрибутив(ы) Enterprise-уровня. Главными отличительными особенностями такого рода дистрибутивов является их высокая надежность и длительный срок поддержки линейки дистрибутивов -- не менее 5 лет, что позволит не заботиться об установленной на компьютер системе в течение практически всей его жизни.

В связи с последним моментом хотелось бы отметить и еще одну особенность, характерную для таких дистрибутивов, -- стабильность, а именно максимально возможное сохранение функциональности системы и пользовательских приложений на все время поддержки. Ведь не секрет, что стремление поиграть с самой последней версией программы (а в СПО такого рода обновления довольно частое явление) характерно далеко не для всех пользователей. Многие из них решают совсем другие задачи (например, как это ни странно, -- обучение школьников ;) и постоянно переучиваться на новые наборы кнопочек, а тем более новые приложения, ни времени, ни желания у них нет -- это не есть сфера их профессиональных интересов. Именно поэтому версии ПО в плане функциональности замораживаются на все время существования линейки, и исправления преимущественно касаются безопасности, ну, и поддержка драйверов новых устройств по возможности добавляется.

Насколько такая заморозка влияет на потребительские качества ПО? Этот вопрос довольно часто обсуждается, но я еще раз повторю свою позицию по этому поводу -- на сегодняшний день уровень развития большинства свободных программных продуктов настолько высок, что необходимость в постоянной смене версий у обычного потребителя уже давно отпала. Это больше интересно разработчикам, которые следят за новыми тенденциями, ну, и тем, кто склонен следовать веяниям современной моды. Разумеется, такого рода заморозка не должна превращаться в полную стагнацию, новая линейка появляется раз в 2-3 года и в готовящейся сейчас 6-ке программные продукты будут значительно обновлены. Но сохранение возможности использования текущей 5-ой ветки позволит осуществлять более плавный переход в плановом порядке и адаптировать используемые методики и программные компоненты в течение нескольких лет.

Почему за основу мы взяли именно Scientific Linux? Прежде всего потому, что в его рамках и разрабатывается именно такой Enterprise-дистрибутив. Кроме того, данный проект имеет уникальную организацию, удачно сочетающую модели разработки двигаемые сообществом, коммерческим производителем и государством, нивелируя недостатки, присущие каждой из этих моделей.

Наша идея состоит в том, что бы дать возможность уже в школе начать изучать и использовать дистрибутив, являющийся по сути дела промышленным стандартом и стандартом де-факто в научных исследованиях. А стало быть, в дальнейшем многие столкнутся с ним при учебе в высших учебных заведениях, при занятиях наукой или в бизнесе, и знакомство с ним хотя бы на начальном уровне может стать серьезным подспорьем. Бинарная совместимость с такими известными дистрибутивами как RHEL, CentOS и Scientific Linux дает возможность использовать драйвера, предоставляемые производителями оборудования, и ПО, разработанное под эти системы, без каких-либо изменений, а также использовать руководства и рекомендации, касающиеся перечисленных выше систем.

Кроме того, Scientific Linux изначально проектировался так, чтобы дать возможность при помощи простых средств создавать оптимизированные под конкретные цели и задачи собственные дистрибутивы (напр. для своего института или лаборатории) на базе огромного количества программных продуктов, помещенных в репозитории, ориентированные на такого рода дистрибутивы. На эти возможности, собственно, мы и опирались при создании нашего решения и надеемся что они будут полезными и при создании специализированных решений на местах, более отвечающих местной специфике. Кроме того, мы довольно тесно работали и работаем с коллегами из международного сообщества Scientific Linux, которые нам во многом помогают при создании нашего решения, а мы, в свою очередь стараемся чем можем помогать им.

При создании НауЛинукс мы сразу решили не стараться сделать какой-то урезанный дистрибутив "попроще" -- дистрибутив по составу компонентов такой же, что и на Адронном СуперКоллайдере используется, но мы старались максимально снизить т.н. "порог вхождения". Разумеется, для использования в школах мы добавили и адаптировали довольно большое количество программных пакетов. Этот функционал во всех дистрибутивах, рекомендованных на данном сайте, примерно одинаков. Хотя детали, разумеется, отличаются -- например, у нас в дистрибутиве есть система конфигурирования профилей для тех или иных групп пользователей, в чем-то аналогичная виндовой, у других -- что-то другое. Наиболее удачные моменты мы друг у друга стараемся заимствовать.

Но собственно, нашей целью не был дистрибутив ради дистрибутива -- мы старались сделать прикладную систему, которая решает вполне конкретные проблемы. Как известно, конфигурирование школьной ИТ-инфраструктуры, соответствующей организационной структуре конкретной школы и набору преподаваемых предметов, -- это отдельная непростая задача. Причем, задача ни программными пакетам, входившими в "Первую помощь", ни даже последними соблазнительными предложениями от MicroSoft не решающаяся -- сервер (который стоит совсем других денег, чем десктопные винды) туда просто не входит.

С другой стороны, как хорошо известно, Linux имеет все необходимые компоненты для построения таких систем и справляется с такими задачами куда как более эффективно, чем Windows. Не случайно, что проникновение Linux в ИТ-инфраструктуру обычно начинается именно с серверов. Главная проблема -- сложности в конфигурировании, подчас непреодолимые для начинающих. Эту проблему мы и попытались решить путем создания специализированной системы настройки для НауЛинукс, ориентированной именно на школу. Такой подход позволяет снизить трудозатраты на развертывание и поддержку школьной инфраструктуры по сравнению с Windows-системами в разы, если не на порядки, и дает прямой ответ на вопрос -- а зачем школе этот Линукс сдался?

PS. Кстати, текущая версия дистрибутива -- 5.5.