https://opennet.me/openforum/vsluhforumID3/67149.html Анонсирован (http://www.scientificlinux.org/news/sl55) релиз дистрибутива Scientific Linux 5.5 (http://www.scientificlinux.org/), построенного на пакетной базе Red Hat Enterprise Linux 5.5 (http://www.opennet.ru/opennews/art.shtml?num=26021) и дополненного средствами, ориентированными на использование в научных учреждениях. Дистрибутив доступен (ftp://ftp.scientificlinux.org/linux/scientific/55/iso/) в сборках для архитектур i386 и x86_64. <br><br><br>По сравнению с прошлым выпуском в состав Scientific Linux включен пакет gnuplot42 и набор прошивок (ucode) для беспроводных карт Intel Wireless серии 6000, при этом драйвер ipw3945 был удален и полностью заменен на iwlwifi. Кроме того, следуя за развитием RHEL в Scientific Linux интегрирована поддержка FreeRadius2, PostgreSQL 8.4 и OpenOffice 3.1.1.<br><br><br>Из постоянно поддерживаемых разработчиками Scientific Linux улучшений (ftp://ftp.scientificlinux.org/linux/scientific/55/i386/SL.releasenote), относительно пакетной базы RHEL, можно отметить:<br>...<br><br>URL: http://www.sci https://opennet.me/openforum/vsluhforumID3/67149.html#19 Fri, 21 May 2010 14:29:20 GMT &gt;И вот иногда просто ДОСТАЕТ пересобирать пол-центоси, чтобы получить debuginfo. Поэтому и <br>&gt;подумываю об этом scientific linux... <br><br>Ну это да, утомляет. У ЦЕРНа ресурсов дисковых не убудет от debuginfo ;)<br> https://opennet.me/openforum/vsluhforumID3/67149.html#18 Fri, 21 May 2010 12:33:27 GMT А проверить как он работает с остальными компонентами системы?<br> https://opennet.me/openforum/vsluhforumID3/67149.html#17 Fri, 21 May 2010 06:39:23 GMT Вообще говоря, у SL есть репозиторий 5Rolling, в котором очередной минорный релиз появляется где-то через неделю после релиза RH. Так что желающие поскорее получить новую версию могут обновиться достаточно быстро. <br><br>Мне тоже SL всегда нравился больше, чем CentOS. Особенно сильно понравился, когда Karabir Singh просто укатил в отпуск на медовый месяц полностью забив на то, что надо бы систему обновлять. А я так понял, что только у него ключи от Build-хоста. Прикольно так... Обновлений не будет, потому что разработчик ушел в запой...<br> https://opennet.me/openforum/vsluhforumID3/67149.html#16 Fri, 21 May 2010 04:25:37 GMT Вы просто не понимаете, что такое стабильный дистрибутив.<br> https://opennet.me/openforum/vsluhforumID3/67149.html#15 Thu, 20 May 2010 23:26:09 GMT imho: с т.зр. сисадмина (и пользователя), RH,SL,100os - ОДНО и ТО ЖЕ.<br>Я стараюсь использовать SL (т.к. нет проблем с обновлениями, RH - ведь не позволяет делать даже секурный update, если используешь "безплатную" версию).<br>Насчет 100os: они выпустили свою 5.5 на МНОГО (неделю) раньше, чем SL. Это говорит в пользу SL. Т.е. там более взвешено относятся к "нововведениям". А 100os - в своей скорости - подражает федоре...<br><br>PS. Те редкие случаи, когда на сервера приходилось устанавливать именно RH (а не SL) связаны с проблемами драйверов (e.g. raid). Раньше (1-3 года назад) версии ядер у SL и RH отличались последними цифирями, а для производителей drivers (пишуших под RH) это было слишком сложно учесть. У них все было заточено под конкретную версию ядра. Ну и драйвера (под SL) не вставали без кучи лишних телодвижений (изменения цифирек в их исходниках). Тогда ставился RH....<br>PPS. Проинсталированный под SL оракл, потом заtar-енный (полученные бинарники и база) и перенесенный на centos - прекрасно приживается... https://opennet.me/openforum/vsluhforumID3/67149.html#14 Thu, 20 May 2010 20:38:16 GMT &gt;Не совсем понял. В F12 Openoffice 3.1.1. В чём выражается старьё SL? <br>&gt;<br><br>с февраля OOo 3.2 уже есть<br> https://opennet.me/openforum/vsluhforumID3/67149.html#13 Thu, 20 May 2010 18:28:02 GMT &gt;debuginfo занимают больше места, чем сами rpm, у centos недостаточно ресурсов на <br>&gt;их хранение. Поэтому они вынесены на отдельный сервер и не распространяются <br>&gt;с миррорами. Подключить этот репозиторий можно (хотя даже руководство в wiki <br>&gt;содержит ошибку), но debuginfo там старые, плохо синхронизируются с апдейтами, т.е. <br><br>Ах да, и то, что debuginfo просто так не поставить (пока не догадаешься, как в yum отключить проверку подписей) - тот еще маразм. Ну не могут они подписать даже свои древние debuginfo, не могут. И новые (если они появятся) - не могут. Потому что нужно их гонять на сервер для подписывания и назад, а на это у них нет ресурсов. Поэтому rpm'и debuginfo в центоси просто никогда не подписываются. Голому rpm'у-то без разницы, но вот yum не очень любит неподписанные пакеты в репозиториях.<br><br>Новинки debuginfo иногда появляются, когда пользователи очень ноют, вроде http://www.centos.org/modules/newbb/viewtopic.php?topic_id=10800&forum=37&post_id=34612<br>Но когда на каждый debuginfo нужно ныть, https://opennet.me/openforum/vsluhforumID3/67149.html#12 Thu, 20 May 2010 18:21:58 GMT debuginfo занимают больше места, чем сами rpm, у centos недостаточно ресурсов на их хранение. Поэтому они вынесены на отдельный сервер и не распространяются с миррорами. Подключить этот репозиторий можно (хотя даже руководство в wiki содержит ошибку), но debuginfo там старые, плохо синхронизируются с апдейтами, т.е. апдейт может выйти, а debuginfo появится через месяц или не появится вообще и тд. debuginfo на данный момент идут на состояние ~Centos 5.2, т.е. большинство пакетов, обновлявшихся в 5.3 & 5.4 не имеют debuginfo (старый debuginfo использовать нельзя). Debuginfo для своих репозиториев типа centosplus тоже в извращенном состоянии.<br><br>Практически это неюзабельно. В паре случаев, когда очень было нужно, приходилось откатывать пакеты назад на те версии, к которым были debuginfo.<br><br>Им на это жалуются, ответ "это мало кому нужно и у нас нет достаточных ресурсов, поэтому приоритет низкий". Т.е. если кому-то нужен gdb или oprofile в centos, по мнению разработчиков они идут лесом. В IRС они откровенно шлют https://opennet.me/openforum/vsluhforumID3/67149.html#11 Thu, 20 May 2010 14:29:11 GMT &gt;OpenJDK заменен на пакет Sun Java/JDK 1.6.0p20; <br><br>Хе-хе, ученные доказали Java==Sun Java, остальное - фейк! :)<br>