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

Релиз дистрибутива Scientific Linux 6.1, opennews (??), 29-Июл-11, (0) [смотреть все] Без лишней пыли, в отличие от уже мёртвого CentOS , Аноним (-), 12:21 , 29-Июл-11, (1) +1 // CentOS сначала выпускает 4 x и 5 x, потом уже 6 x, а SL наоборот CentOS 5 6 выш, anonymous (??), 12:35 , 29-Июл-11, (2) // Потому что у SL rolling release, у него сразу после выхода RHEL5 6 критические ф, Stax (ok), 13:31 , 29-Июл-11, (6) +2 // так трудно понять чтоли что задача центос максимально идентичная пересборка а са, mma (?), 13:41 , 29-Июл-11, (9) Ну и на что это влияет Бинарная совместимость есть же, утилиты от серверов для , metallic (ok), 13:43 , 29-Июл-11, (10) Нет, понять не трудно Но три месяца без обновлений для пользователей Centos 5 -, Stax (ok), 14:00 , 29-Июл-11, (11) да известны не лазил особо глубоко, потому что SL был на попробовать , но что , АнонимусРекс (?), 14:55 , 29-Июл-11, (12) Так отрепортите баг У меня SL 6 0 и 6 1 под kvm не дрифтят, кстати , Stax (ok), 15:53 , 29-Июл-11, (13) сообщил мейнтейнерам открыли баг или нет - не знаю какой kvm, какие версии, ка, АнонимусРекс (?), 16:15 , 29-Июл-11, (16) Stax, ценная инфа Возьму на заметку , crypt (??), 20:23 , 29-Июл-11, (18) Кстати, я установил SL 6 1 немним ранее и сразу наступил на сегфолт в mdadm осо, crypt (??), 20:37 , 29-Июл-11, (19) Ну, все бывает Например nfs-utils в текущем 6 1 RHEL бажный С самого момента, Stax (ok), 00:26 , 30-Июл-11, (22) А еще они не поправили ужасно сложную багу в init-скрипте autofs Поэтому еще , ach (ok), 13:17 , 30-Июл-11, (23) Дядя шутит Когда php53 появился в SL, а когда в CO , б.б. (?), 17:21 , 29-Июл-11, (17) Живее всех живых Тише едешь, дальше будешь , Анонище (?), 13:08 , 29-Июл-11, (3) –2 Согласен Уже ставлю саентифик, центос труп - на помойку с такими скоростями И , metallic (ok), 13:21 , 29-Июл-11, (5) // А багрепорт запилить слабо было , cray1 (?), 13:32 , 29-Июл-11, (7) // Лень, мне сервер поднимать надо было быстро, а не с багами разбираться и ждать п, metallic (ok), 13:33 , 29-Июл-11, (8) Если нужно быстро - то есть резон купить таки RHEL , Аноним (-), 15:55 , 29-Июл-11, (14) Ну как вариант, попрошу денег, но есть вероятность, что не надут Если бы один р, metallic (ok), 16:11 , 29-Июл-11, (15) +1 sl 6 обновляется на 6,1 Репы на новые поменять или с диска как-то , Аноним (-), 22:34 , 29-Июл-11, (20) // Поставьте yum-conf-sl6x, чтобы мигрировать между релизами автоматически, как в c, Stax (ok), 22:52 , 29-Июл-11, (21) +1 А что собственно осталость scientific Если раньше это был дистрибутив, заточенны, Аноним (-), 13:39 , 30-Июл-11, (24)   // Он более scientific, чем остальное - этого мало еще один редхат - вы так говор, Stax (ok), 15:32 , 30-Июл-11, (25)   // Я это к тому, что в scientific linux наметилась устойчивая тендения вывода науч, Аноним (-), 19:01 , 30-Июл-11, (26)   // Оно выводится, чтобы быть доступным извне Если это возможно без ухудшения досту, Stax (ok), 21:21 , 30-Июл-11, (27)   Спасибо за развернутый ответ Буду разбираться с revisor ом Похоже это именно т, Аноним (-), 22:17 , 31-Июл-11, (28) 1,20,24,28

Сообщения

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

24. "Релиз дистрибутива Scientific Linux 6.1"	+/–
Сообщение от Аноним (-), 30-Июл-11, 13:39
А что собственно осталость scientific? Если раньше это был дистрибутив, заточенный на выполнение научных задач, то теперь еще один редхат.
Ответить | Правка | Наверх | Cообщить модератору

	25. "Релиз дистрибутива Scientific Linux 6.1"	+/–
	Сообщение от Stax (ok), 30-Июл-11, 15:32
	Он более scientific, чем остальное - этого мало? "еще один редхат" - вы так говорите, будто в этом что-то плохое. Живых из этих "редхатов" можно пересчитать пальцами одной руки, а бесплатных из них всего два, при этом актуальной версии только один - как раз scientific.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Релиз дистрибутива Scientific Linux 6.1"	+/–
	Сообщение от Аноним (-), 30-Июл-11, 19:01
	Я это к тому, что в scientific linux наметилась устойчивая тендения вывода "научного" софта за пределы дистрибутива, т.е. его нужно докачивать из интернета, что не всегда возможно (в нашем вузе ограничения, например, 4Мб на файл установлены, по своему опыту знаю, что yum-система проста только для хорошего админа, но не для математика-химика-биолога-и т.п. (про профессуру вообще умолчу)). Вот и получается, что пилится не "линукс для научных целей", а еще одна серверная платформа на базе редхата. В общем, ничего плохого в этом нет, однако "соль проекта" теряется. Предлагаю составить список "действительно нужных научных проектов" и сравнить с тем, что есть в scientific linux, что было выкинуто, а что можно рекомендовать разрабам добавить. Для меня, например, важно наличие пакетов символьной и численной математики, текстовый и табличный процессоры, инструментарий программирования (C/C++, Pascal, Basic, Fortran, assembler, prolog, lisp и т.п.) с IDE, инструментарий создания UML-диаграмм, хороший просмотрщик графической и мультимедийной информации, система подготовки презентаций и отчетов о НИР, система виртуализации для запуска win32 программ, браузер для доступа в интранет университета, в интернет, антивирусное ПО, хороший математический словарь (русско-русский, буржуйско-русский, русско-буржуйский) да и просто словарик с удобной оболочкой, не лезущий за каждым словом в интернет не помешает. Всяческие исходники ядра, экзотические языки шелл-программирования, сквиды, средства разграничения доступа и прочие "админские" программы, на мой взгляд, в "линуксе для ученых" не нужны.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Релиз дистрибутива Scientific Linux 6.1"	+/–
	Сообщение от Stax (ok), 30-Июл-11, 21:21
	Оно выводится, чтобы быть доступным извне. Если это возможно без ухудшения доступности, почему бы и нет? Ничего же не выкидывается. 4 Мб на файл - это вообще не относится к проблемам дистрибутива.. А крупные обновления в SL вы как ставите? А переход на новую ветку? Если вы держите одну rsync'нутую копию репозитория на весь институт - ничего необычного в этом нет, это нормальная практика. Просто добавьте мирроринг epel, atrpms и что вам требуется туде же. Насчет математика.. разве математик-химик-биолог будет два часа лазить по списку программ в инсталляторе, выбирая нужные ему? Мне кажется, скорее поставит по умолчанию и потом доставит то, что нужно. А это делается сейчас ровно так же, как и сейчас. Обратите внимание, в сам SL входят пакеты, подключающие epel, atrpms, elrepo и тд. Вам не нужно куда-то лезть, искать, ставить.. Они выносят пакеты в эти дистрибутивы потому, что подключить и воспользоваться ими можно в рамках самого SL, готовые .repo идут в комплекте. Включаете их и используете. Наконец, "Для меня, например, важно наличие пакетов символьной и численной математики ...". Вообще-то SL поддерживает замечательный инструмент revisor, который сделан для решения вашей задачи - причем очень удобен. Он создаст дистрибутив для вас или для вашей целевой аудитории - в котором вы можете выкинуть лишнее, включить нужное (в том числе из других репозиториев) и сделать на основе этого свой диск или даже live-cd (тут нужны еще другие инструменты, но все в комплекте). Разработчики SL вполне поддерживают эти механизмы и рекомендуют всем, кому требуется свой дистрибутив на базе SL им пользоваться и создавать свой срез. Руководство есть, например, тут http://www.scientificlinux.org/distributions/6x/build/sites - ну и погуглите на тему revisor. Наконец, есть готовый http://www.naulinux.ru/ . Может, вам больше подойдет? А насчет сквида, админских програм - а почему выкидывать, разве плохо на серверы этого же самого университета ставить тот же самый SL? Удобнее управлять, единообразие, совместимость, опять же экономия трафика, о которой вы печетесь :) И сквид пригодится, и разграничения доступа. В общем, мыслите шире! А SL сейчас все позволяет :) И нам, и вам, как говорится. Ну а то, что под вашу специфическую задачу нужно немного руки приложить - что в этом странного. Да и под такую задачу, как дистрибутив для университета, наверное, не жалко. Тем более, что работу проделать нужно один раз, а дальше только изредка корректировать для новых версий раз в несколько лет.
	Ответить | Правка | Наверх | Cообщить модератору

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

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