| |
| 2.2, anonymous (??), 12:35, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
CentOS сначала выпускает 4.x и 5.x, потом уже 6.x, а SL наоборот. CentOS 5.6 вышел раньше, чем SL 5.6.
| | |
| |
| 3.6, Stax (ok), 13:31, 29/07/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Потому что у SL rolling release, у него сразу после выхода RHEL5.6 критические фиксы и обновления из 5.6 были доступны для SL5. Да, они не сделали инсталляшку "SL 5.6", но везде на серверах нужные обновления ставились.
А потом, когда работа над 6.0 была завершена, они доделали инсталляшку/live cd/etc для 5.6.
В то же время, когда все пользователи SL5 имели фиксы, выпускаемые редхатом для 5.6, центос со своей концепцией "обновления для 5.6 не выпустить, пока не выйдет сам centos 5.6" сел в лужу, и пользователи центос 5 три месяца сидели без обновлений вообще, пока не вышел centos 5.6, а потом обновления для него.
Так что, вам шашечки (версия "5.6" на сайте для скачивания с огромной задержкой, как центос) или ехать (постоянные и актуальные обновления, как в SL, независимо от статуса выпуска)?
| | |
| |
| 4.9, mma (?), 13:41, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
так трудно понять чтоли что задача центос максимально идентичная пересборка а сайнтифики просто собирают устраивающим их тулчейном?
| | |
| |
| 5.10, metallic (ok), 13:43, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > так трудно понять чтоли что задача центос максимально идентичная пересборка а сайнтифики
> просто собирают устраивающим их тулчейном?
Ну и на что это влияет? Бинарная совместимость есть же, утилиты от серверов для редхата ставятся? больше ничего не надо
| | |
| 5.11, Stax (ok), 14:00, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Нет, понять не трудно. Но три месяца без обновлений для пользователей Centos 5 - это реальность. Выпуск 6.0 на 8 месяцев позже редхата и устаревшим и без обновлений на момент выхода - т.к. обновления редхат выпускает уже для 6.1, а аналогичного центоса нет - это тоже реальность.
Мне кажется, что >90% серверов, где используется центос, проблема сидеть 3 месяца без обновлений безопасности куда более критичная, чем "максимальная идентичность с редхатом"; тем более что практических случаев, когда центос будет более совместим с редхатом, чем SL не известно. Мне, во всяком случае. Вам такие случаи известны, чтобы не такая "максимальная идентичность с редхатом" SL'а приводила к каким-либо проблемам, которых не было в Centos?
| | |
| |
| 6.12, АнонимусРекс (?), 14:55, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >Вам такие случаи известны, чтобы не такая "максимальная идентичность с редхатом" SL'а
>приводила к каким-либо проблемам, которых не было в Centos?
да известны. не лазил особо глубоко, потому что SL был "на попробовать", но что то они делают такое с ядром, что все багфискы с time drift под kvm пропадают, и гостевая машина с SL скачет как ненормальная, там где RHEL (а значит и центос) не теряют ни единого тика.
других примеров пока не видел, но уверен что раз они ковыряют ядро, найдутся и другие дыры.
| | |
| |
| 7.13, Stax (ok), 15:53, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Так отрепортите баг!
У меня SL 6.0 и 6.1 под kvm не дрифтят, кстати.
| | |
|
|
|
| |
| 5.19, crypt (??), 20:37, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
Кстати, я установил SL 6.1 немним ранее и сразу наступил на сегфолт в mdadm (особенно неприятно при загрузке). Проверил багзилы, к RHEL уже был патч (не знаю, вышел ли апдейт), но вобщем не все пока еще оттестировано. А казалось бы, тестируют аж со времен Fedora 12.
| | |
| |
| 6.22, Stax (ok), 00:26, 30/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Ну, все бывает. Например nfs-utils в текущем 6.1 RHEL бажный :) С самого момента выхода. При использовании kerberos авторизации в nfs4, на сервере возникают проблемы с новыми линукс-клиентами и все "мистически глючит". Я смог решить только откатом на nfs-utils-1.2.3-4 из 6.1 beta и блокировкой обновления. Тоже, вроде, много лет тестируют?.. ан нет, апдейтом для лучшей поддержки active directory в kerberos (bz 671474) они замечательно все поломали аккурат между бетой и релизом.
Если нужный вам апдейт появится в RH, то чтобы получить его в SL, не забудьте поставить yum-conf-sl-other и включить sl-fastbugs, а то можете пропустить - многие обновления, исправляющие только какой-то редкий баг появляются только там.
| | |
| |
| 7.23, ach (ok), 13:17, 30/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Ну, все бывает. Например nfs-utils в текущем 6.1 RHEL бажный :) С
> самого момента выхода.
А еще они не поправили "ужасно сложную" багу в init-скрипте autofs. Поэтому еще со времен RHEL5 приходится делать /etc/init.d/autofs stop а затем и start, вместо простого restart.
| | |
|
|
|
|
| 3.17, б.б. (?), 17:21, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> CentOS сначала выпускает 4.x и 5.x, потом уже 6.x, а SL наоборот.
> CentOS 5.6 вышел раньше, чем SL 5.6.
Дядя шутит? Когда php53 появился в SL, а когда в CO?
| | |
|
| 2.3, Анонище (?), 13:08, 29/07/2011 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Без лишней пыли, в отличие от уже мёртвого CentOS.
Живее всех живых.
Тише едешь, дальше будешь.
| | |
| 2.5, metallic (ok), 13:21, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
Согласен. Уже ставлю саентифик, центос труп - на помойку с такими скоростями. И по pxe когда ставил 6.0 центос - в инстоляторе косяк, а саентифик ставится без проблем.
| | |
| |
| |
| 4.8, metallic (ok), 13:33, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> А багрепорт запилить слабо было?
Лень, мне сервер поднимать надо было быстро, а не с багами разбираться и ждать пока вофиксят.
| | |
| |
| 5.14, Аноним (-), 15:55, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Лень, мне сервер поднимать надо было быстро, а не с багами разбираться и ждать пока вофиксят.
Если нужно быстро - то есть резон купить таки RHEL.
| | |
| |
| 6.15, metallic (ok), 16:11, 29/07/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Если нужно быстро - то есть резон купить таки RHEL.
Ну как вариант, попрошу денег, но есть вероятность, что не надут. Если бы один раз платить - стряс бы денег, а т.к. апдейты платные - могу развернуть
| | |
|
|
|
|
|
| |
| 2.21, Stax (ok), 22:52, 29/07/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Поставьте yum-conf-sl6x, чтобы мигрировать между релизами автоматически, как в centos.
Без этого пакета считается, что вас интересуют замороженные релизы.
| | |
|
| 1.24, Аноним (-), 13:39, 30/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А что собственно осталость scientific?
Если раньше это был дистрибутив, заточенный на выполнение научных задач, то теперь еще один редхат.
| | |
| |
| 2.25, Stax (ok), 15:32, 30/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Он более scientific, чем остальное - этого мало?
"еще один редхат" - вы так говорите, будто в этом что-то плохое. Живых из этих "редхатов" можно пересчитать пальцами одной руки, а бесплатных из них всего два, при этом актуальной версии только один - как раз scientific.
| | |
| |
| 3.26, Аноним (-), 19:01, 30/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Я это к тому, что в scientific linux наметилась устойчивая тендения вывода "научного" софта за пределы дистрибутива, т.е. его нужно докачивать из интернета, что не всегда возможно (в нашем вузе ограничения, например, 4Мб на файл установлены, по своему опыту знаю, что yum-система проста только для хорошего админа, но не для математика-химика-биолога-и т.п. (про профессуру вообще умолчу)). Вот и получается, что пилится не "линукс для научных целей", а еще одна серверная платформа на базе редхата. В общем, ничего плохого в этом нет, однако "соль проекта" теряется.
Предлагаю составить список "действительно нужных научных проектов" и сравнить с тем, что есть в scientific linux, что было выкинуто, а что можно рекомендовать разрабам добавить.
Для меня, например, важно наличие пакетов символьной и численной математики, текстовый и табличный процессоры, инструментарий программирования (C/C++, Pascal, Basic, Fortran, assembler, prolog, lisp и т.п.) с IDE, инструментарий создания UML-диаграмм, хороший просмотрщик графической и мультимедийной информации, система подготовки презентаций и отчетов о НИР, система виртуализации для запуска win32 программ, браузер для доступа в интранет университета, в интернет, антивирусное ПО, хороший математический словарь (русско-русский, буржуйско-русский, русско-буржуйский) да и просто словарик с удобной оболочкой, не лезущий за каждым словом в интернет не помешает.
Всяческие исходники ядра, экзотические языки шелл-программирования, сквиды, средства разграничения доступа и прочие "админские" программы, на мой взгляд, в "линуксе для ученых" не нужны.
| | |
| |
| 4.27, Stax (ok), 21:21, 30/07/2011 [^] [^^] [^^^] [ответить] | +/– | Оно выводится, чтобы быть доступным извне Если это возможно без ухудшения досту... большой текст свёрнут, показать | | |
|
|
|
| 1.28, Аноним (-), 22:17, 31/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Спасибо за развернутый ответ. Буду разбираться с revisor'ом. Похоже это именно то, что требуется.
| | |
|
