forum.opennet.ru - "Релиз дистрибутива Scientific Linux 5.5" (18)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Релиз дистрибутива Scientific Linux 5.5"

Форумы Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Релиз дистрибутива Scientific Linux 5.5"		+1 +/–
Сообщение от opennews on 20-Май-10, 09:50
Анонсирован (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. По сравнению с прошлым выпуском в состав 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.ru/opennews/art.shtml?num=26665
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

Релиз дистрибутива Scientific Linux 5.5, NicK, 09:50 , 20-Май-10, (1) +3
Релиз дистрибутива Scientific Linux 5.5, Dimez, 11:35 , 20-Май-10, (3)

Релиз дистрибутива Scientific Linux 5.5, stranger, 11:46 , 20-Май-10, (4)

Релиз дистрибутива Scientific Linux 5.5, ideafix, 12:29 , 20-Май-10, (5)
Релиз дистрибутива Scientific Linux 5.5, NicK, 13:56 , 20-Май-10, (6)
Релиз дистрибутива Scientific Linux 5.5, Аноним, 15:14 , 20-Май-10, (7)

Релиз дистрибутива Scientific Linux 5.5, eve, 16:27 , 20-Май-10, (9) +1

Релиз дистрибутива Scientific Linux 5.5, sdf, 00:38 , 21-Май-10, (14)

Релиз дистрибутива Scientific Linux 5.5, Аноним, 08:25 , 21-Май-10, (16) +1
Релиз дистрибутива Scientific Linux 5.5, eve, 16:33 , 21-Май-10, (18)

Релиз дистрибутива Scientific Linux 5.5, Аноним, 16:25 , 20-Май-10, (8) +2

Релиз дистрибутива Scientific Linux 5.5, mv, 16:52 , 20-Май-10, (10)

Релиз дистрибутива Scientific Linux 5.5, Аноним, 22:21 , 20-Май-10, (12) +4

Релиз дистрибутива Scientific Linux 5.5, Аноним, 22:28 , 20-Май-10, (13) +2

Релиз дистрибутива Scientific Linux 5.5, mv, 18:29 , 21-Май-10, (19)

Релиз дистрибутива Scientific Linux 5.5, аноним, 18:29 , 20-Май-10, (11) +2
Релиз дистрибутива Scientific Linux 5.5, konst, 03:26 , 21-Май-10, (15) –1

Релиз дистрибутива Scientific Linux 5.5, stranger, 10:39 , 21-Май-10, (17)

Сообщения по теме [Сортировка по времени | RSS]

1. "Релиз дистрибутива Scientific Linux 5.5" +3 +/–

Сообщение от NicK on 20-Май-10, 09:50

тот же centos + несколько узкоспециализированных научных приложений :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Релиз дистрибутива Scientific Linux 5.5" +/–

Сообщение от Dimez (??) on 20-Май-10, 11:35

Ни разу не пробовал, интересно, репозитории SL можно подцепить к Centos'у и получать все дополнительные плюшки SL в Centos?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Релиз дистрибутива Scientific Linux 5.5" +/–

Сообщение от stranger (??) on 20-Май-10, 11:46

теоретически можно, только много придется играться с yum-priorities. Да и имхо, в качестве рабочей станции SL больше подходит, чем CentOS.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Релиз дистрибутива Scientific Linux 5.5" +/–

Сообщение от ideafix on 20-Май-10, 12:29

= несовместимость со многими пропиретарными софтинами, заточеными под шапку, из коробки. Яркий пример - srss :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "Релиз дистрибутива Scientific Linux 5.5" +/–

Сообщение от NicK on 20-Май-10, 13:56

>= несовместимость со многими пропиретарными софтинами,
>заточеными под шапку, из коробки. Яркий пример - srss :)
не понял. поясните.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Релиз дистрибутива Scientific Linux 5.5" +/–

Сообщение от Аноним (??) on 20-Май-10, 15:14

> OpenOffice 3.1.1
Ужос Ну кому это надо? Я понимаю какие-нибудь демоны старые для стабильности держать, но OpenOffice...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "Релиз дистрибутива Scientific Linux 5.5" +1 +/–

Сообщение от eve on 20-Май-10, 16:27

Не совсем понял. В F12 Openoffice 3.1.1. В чём выражается старьё SL?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "Релиз дистрибутива Scientific Linux 5.5" +/–

Сообщение от sdf on 21-Май-10, 00:38

>Не совсем понял. В F12 Openoffice 3.1.1. В чём выражается старьё SL?
>
с февраля OOo 3.2 уже есть

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

16. "Релиз дистрибутива Scientific Linux 5.5" +1 +/–

Сообщение от Аноним (??) on 21-Май-10, 08:25

Вы просто не понимаете, что такое стабильный дистрибутив.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

18. "Релиз дистрибутива Scientific Linux 5.5" +/–

Сообщение от eve on 21-Май-10, 16:33

А проверить как он работает с остальными компонентами системы?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "Релиз дистрибутива Scientific Linux 5.5" +2 +/–

Сообщение от Аноним (??) on 20-Май-10, 16:25

Возникает желание использовать вместо centos на серверах, основная претензия к centos - тотальное забивание на debuginfo (не обновляются месяцами и вследствие этого неюзабельные), как у этих товарищей с этим, кто-нибудь знает?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "Релиз дистрибутива Scientific Linux 5.5" +/–

Сообщение от mv (??) on 20-Май-10, 16:52

Интересно... В RHEL debuginfo автоматически появляется при штатной сборке пакета. Они что-то специально делают, чтобы debuginfo не было?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

12. "Релиз дистрибутива Scientific Linux 5.5" +4 +/–

Сообщение от Аноним (??) on 20-Май-10, 22:21

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 . Воз и ныне там.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

13. "Релиз дистрибутива Scientific Linux 5.5" +2 +/–

Сообщение от Аноним (??) on 20-Май-10, 22:28

>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...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

19. "Релиз дистрибутива Scientific Linux 5.5" +/–

Сообщение от mv (??) on 21-Май-10, 18:29

>И вот иногда просто ДОСТАЕТ пересобирать пол-центоси, чтобы получить debuginfo. Поэтому и
>подумываю об этом scientific linux...
Ну это да, утомляет. У ЦЕРНа ресурсов дисковых не убудет от debuginfo ;)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "Релиз дистрибутива Scientific Linux 5.5" +2 +/–

Сообщение от аноним on 20-Май-10, 18:29

>OpenJDK заменен на пакет Sun Java/JDK 1.6.0p20;
Хе-хе, ученные доказали Java==Sun Java, остальное - фейк! :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

15. "Релиз дистрибутива Scientific Linux 5.5" –1 +/–

Сообщение от konst (??) on 21-Май-10, 03:26

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 - прекрасно приживается... без лишних телодвижений

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

17. "Релиз дистрибутива Scientific Linux 5.5" +/–

Сообщение от stranger (??) on 21-Май-10, 10:39

Вообще говоря, у SL есть репозиторий 5Rolling, в котором очередной минорный релиз появляется где-то через неделю после релиза RH. Так что желающие поскорее получить новую версию могут обновиться достаточно быстро.
Мне тоже SL всегда нравился больше, чем CentOS. Особенно сильно понравился, когда Karabir Singh просто укатил в отпуск на медовый месяц полностью забив на то, что надо бы систему обновлять. А я так понял, что только у него ключи от Build-хоста. Прикольно так... Обновлений не будет, потому что разработчик ушел в запой...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Релиз дистрибутива Scientific Linux 5.5"		+3 +/–
Сообщение от NicK on 20-Май-10, 09:50
тот же centos + несколько узкоспециализированных научных приложений :)
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

3. "Релиз дистрибутива Scientific Linux 5.5"		+/–
Сообщение от Dimez (??) on 20-Май-10, 11:35
Ни разу не пробовал, интересно, репозитории SL можно подцепить к Centos'у и получать все дополнительные плюшки SL в Centos?
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	4. "Релиз дистрибутива Scientific Linux 5.5"		+/–
	Сообщение от stranger (??) on 20-Май-10, 11:46
	теоретически можно, только много придется играться с yum-priorities. Да и имхо, в качестве рабочей станции SL больше подходит, чем CentOS.
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

5. "Релиз дистрибутива Scientific Linux 5.5"		+/–
Сообщение от ideafix on 20-Май-10, 12:29
= несовместимость со многими пропиретарными софтинами, заточеными под шапку, из коробки. Яркий пример - srss :)
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

6. "Релиз дистрибутива Scientific Linux 5.5"		+/–
Сообщение от NicK on 20-Май-10, 13:56
>= несовместимость со многими пропиретарными софтинами, >заточеными под шапку, из коробки. Яркий пример - srss :) не понял. поясните.
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

7. "Релиз дистрибутива Scientific Linux 5.5"		+/–
Сообщение от Аноним (??) on 20-Май-10, 15:14
> OpenOffice 3.1.1 Ужос Ну кому это надо? Я понимаю какие-нибудь демоны старые для стабильности держать, но OpenOffice...
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	9. "Релиз дистрибутива Scientific Linux 5.5"		+1 +/–
	Сообщение от eve on 20-Май-10, 16:27
	Не совсем понял. В F12 Openoffice 3.1.1. В чём выражается старьё SL?
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	14. "Релиз дистрибутива Scientific Linux 5.5"		+/–
	Сообщение от sdf on 21-Май-10, 00:38
	>Не совсем понял. В F12 Openoffice 3.1.1. В чём выражается старьё SL? > с февраля OOo 3.2 уже есть
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	16. "Релиз дистрибутива Scientific Linux 5.5"		+1 +/–
	Сообщение от Аноним (??) on 21-Май-10, 08:25
	Вы просто не понимаете, что такое стабильный дистрибутив.
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	18. "Релиз дистрибутива Scientific Linux 5.5"		+/–
	Сообщение от eve on 21-Май-10, 16:33
	А проверить как он работает с остальными компонентами системы?
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

8. "Релиз дистрибутива Scientific Linux 5.5"		+2 +/–
Сообщение от Аноним (??) on 20-Май-10, 16:25
Возникает желание использовать вместо centos на серверах, основная претензия к centos - тотальное забивание на debuginfo (не обновляются месяцами и вследствие этого неюзабельные), как у этих товарищей с этим, кто-нибудь знает?
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	10. "Релиз дистрибутива Scientific Linux 5.5"		+/–
	Сообщение от mv (??) on 20-Май-10, 16:52
	Интересно... В RHEL debuginfo автоматически появляется при штатной сборке пакета. Они что-то специально делают, чтобы debuginfo не было?
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	12. "Релиз дистрибутива Scientific Linux 5.5"		+4 +/–
	Сообщение от Аноним (??) on 20-Май-10, 22:21
	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 . Воз и ныне там.
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	13. "Релиз дистрибутива Scientific Linux 5.5"		+2 +/–
	Сообщение от Аноним (??) on 20-Май-10, 22:28
	>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...
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	19. "Релиз дистрибутива Scientific Linux 5.5"		+/–
	Сообщение от mv (??) on 21-Май-10, 18:29
	>И вот иногда просто ДОСТАЕТ пересобирать пол-центоси, чтобы получить debuginfo. Поэтому и >подумываю об этом scientific linux... Ну это да, утомляет. У ЦЕРНа ресурсов дисковых не убудет от debuginfo ;)
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

11. "Релиз дистрибутива Scientific Linux 5.5"		+2 +/–
Сообщение от аноним on 20-Май-10, 18:29
>OpenJDK заменен на пакет Sun Java/JDK 1.6.0p20; Хе-хе, ученные доказали Java==Sun Java, остальное - фейк! :)
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

15. "Релиз дистрибутива Scientific Linux 5.5"		–1 +/–
Сообщение от konst (??) on 21-Май-10, 03:26
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 - прекрасно приживается... без лишних телодвижений
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	17. "Релиз дистрибутива Scientific Linux 5.5"		+/–
	Сообщение от stranger (??) on 21-Май-10, 10:39
	Вообще говоря, у SL есть репозиторий 5Rolling, в котором очередной минорный релиз появляется где-то через неделю после релиза RH. Так что желающие поскорее получить новую версию могут обновиться достаточно быстро. Мне тоже SL всегда нравился больше, чем CentOS. Особенно сильно понравился, когда Karabir Singh просто укатил в отпуск на медовый месяц полностью забив на то, что надо бы систему обновлять. А я так понял, что только у него ключи от Build-хоста. Прикольно так... Обновлений не будет, потому что разработчик ушел в запой...
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору