Анонсирован (http://www.scientificlinux.org/news/sl55) релиз дистрибутива Scientific Linux 5.5 (http://www.scientificlinux.org/), построенного на пакетной базе Red Hat Enterprise Linux 5.5 (http://www.opennet.me/opennews/art.shtml?num=26021) и дополненного средствами, ориентированными на использование в научных учреждениях. Дистрибутив доступен (ftp://ftp.scientificlinux.org/linux/scientific/55/iso/) в сборках для архитектур i386 и x86_64.
По сравнению с прошлым выпуском в состав Scientific Linux включен пакет gnuplot42 и набор прошивок (ucode) для беспроводных карт Intel Wireless серии 6000, при этом драйвер ipw3945 был удален и полностью заменен на iwlwifi. Кроме того, следуя за развитием RHEL в Scientific Linux интегрирована поддержка FreeRadius2, PostgreSQL 8.4 и OpenOffice 3.1.1.
Из постоянно поддерживаемых разработчиками Scientific Linux улучшений (ftp://ftp.scientificlinux.org/linux/scientific/55/i386/SL.re...), относительно пакетной базы RHEL, можно отметить:
...URL: http://www.scientificlinux.org/news/sl55
Новость: http://www.opennet.me/opennews/art.shtml?num=26665
тот же centos + несколько узкоспециализированных научных приложений :)
Ни разу не пробовал, интересно, репозитории SL можно подцепить к Centos'у и получать все дополнительные плюшки SL в Centos?
теоретически можно, только много придется играться с yum-priorities. Да и имхо, в качестве рабочей станции SL больше подходит, чем CentOS.
= несовместимость со многими пропиретарными софтинами, заточеными под шапку, из коробки. Яркий пример - srss :)
>= несовместимость со многими пропиретарными софтинами,
>заточеными под шапку, из коробки. Яркий пример - srss :)не понял. поясните.
> OpenOffice 3.1.1Ужос Ну кому это надо? Я понимаю какие-нибудь демоны старые для стабильности держать, но OpenOffice...
Не совсем понял. В F12 Openoffice 3.1.1. В чём выражается старьё SL?
>Не совсем понял. В F12 Openoffice 3.1.1. В чём выражается старьё SL?
>с февраля OOo 3.2 уже есть
Вы просто не понимаете, что такое стабильный дистрибутив.
А проверить как он работает с остальными компонентами системы?
Возникает желание использовать вместо centos на серверах, основная претензия к centos - тотальное забивание на debuginfo (не обновляются месяцами и вследствие этого неюзабельные), как у этих товарищей с этим, кто-нибудь знает?
Интересно... В RHEL debuginfo автоматически появляется при штатной сборке пакета. Они что-то специально делают, чтобы debuginfo не было?
debuginfo занимают больше места, чем сами rpm, у centos недостаточно ресурсов на их хранение. Поэтому они вынесены на отдельный сервер и не распространяются с миррорами. Подключить этот репозиторий можно (хотя даже руководство в wiki содержит ошибку), но debuginfo там старые, плохо синхронизируются с апдейтами, т.е. апдейт может выйти, а debuginfo появится через месяц или не появится вообще и тд. debuginfo на данный момент идут на состояние ~Centos 5.2, т.е. большинство пакетов, обновлявшихся в 5.3 & 5.4 не имеют debuginfo (старый debuginfo использовать нельзя). Debuginfo для своих репозиториев типа centosplus тоже в извращенном состоянии.Практически это неюзабельно. В паре случаев, когда очень было нужно, приходилось откатывать пакеты назад на те версии, к которым были debuginfo.
Им на это жалуются, ответ "это мало кому нужно и у нас нет достаточных ресурсов, поэтому приоритет низкий". Т.е. если кому-то нужен gdb или oprofile в centos, по мнению разработчиков они идут лесом. В IRС они откровенно шлют пользователей подальше - http://thomas.apestaart.org/log/?p=863
В багтрекере бага висит с 2007 года - http://bugs.centos.org/view.php?id=3622 . Воз и ныне там.
>debuginfo занимают больше места, чем сами rpm, у centos недостаточно ресурсов на
>их хранение. Поэтому они вынесены на отдельный сервер и не распространяются
>с миррорами. Подключить этот репозиторий можно (хотя даже руководство в wiki
>содержит ошибку), но debuginfo там старые, плохо синхронизируются с апдейтами, т.е.Ах да, и то, что debuginfo просто так не поставить (пока не догадаешься, как в yum отключить проверку подписей) - тот еще маразм. Ну не могут они подписать даже свои древние debuginfo, не могут. И новые (если они появятся) - не могут. Потому что нужно их гонять на сервер для подписывания и назад, а на это у них нет ресурсов. Поэтому rpm'и debuginfo в центоси просто никогда не подписываются. Голому rpm'у-то без разницы, но вот yum не очень любит неподписанные пакеты в репозиториях.
Новинки debuginfo иногда появляются, когда пользователи очень ноют, вроде http://www.centos.org/modules/newbb/viewtopic.php?topic_id=1...
Но когда на каждый debuginfo нужно ныть, проще бывает самому пересобрать. И вот иногда просто ДОСТАЕТ пересобирать пол-центоси, чтобы получить debuginfo. Поэтому и подумываю об этом scientific linux...
>И вот иногда просто ДОСТАЕТ пересобирать пол-центоси, чтобы получить debuginfo. Поэтому и
>подумываю об этом scientific linux...Ну это да, утомляет. У ЦЕРНа ресурсов дисковых не убудет от debuginfo ;)
>OpenJDK заменен на пакет Sun Java/JDK 1.6.0p20;Хе-хе, ученные доказали Java==Sun Java, остальное - фейк! :)
imho: с т.зр. сисадмина (и пользователя), RH,SL,100os - ОДНО и ТО ЖЕ.
Я стараюсь использовать SL (т.к. нет проблем с обновлениями, RH - ведь не позволяет делать даже секурный update, если используешь "безплатную" версию).
Насчет 100os: они выпустили свою 5.5 на МНОГО (неделю) раньше, чем SL. Это говорит в пользу SL. Т.е. там более взвешено относятся к "нововведениям". А 100os - в своей скорости - подражает федоре...PS. Те редкие случаи, когда на сервера приходилось устанавливать именно RH (а не SL) связаны с проблемами драйверов (e.g. raid). Раньше (1-3 года назад) версии ядер у SL и RH отличались последними цифирями, а для производителей drivers (пишуших под RH) это было слишком сложно учесть. У них все было заточено под конкретную версию ядра. Ну и драйвера (под SL) не вставали без кучи лишних телодвижений (изменения цифирек в их исходниках). Тогда ставился RH....
PPS. Проинсталированный под SL оракл, потом заtar-енный (полученные бинарники и база) и перенесенный на centos - прекрасно приживается... без лишних телодвижений
Вообще говоря, у SL есть репозиторий 5Rolling, в котором очередной минорный релиз появляется где-то через неделю после релиза RH. Так что желающие поскорее получить новую версию могут обновиться достаточно быстро.Мне тоже SL всегда нравился больше, чем CentOS. Особенно сильно понравился, когда Karabir Singh просто укатил в отпуск на медовый месяц полностью забив на то, что надо бы систему обновлять. А я так понял, что только у него ключи от Build-хоста. Прикольно так... Обновлений не будет, потому что разработчик ушел в запой...