<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Релиз дистрибутива Scientific Linux 6.1</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/79421.html</link>
    <description>Анонсирован (https://www.scientificlinux.org/news/sl61) релиз дистрибутива Scientific Linux 6.1, построенного на пакетной базе Red Hat Enterprise Linux 6.1 (http://www.opennet.ru/opennews/art.shtml?num=30607) и дополненного средствами, ориентированными на использование в научных учреждениях. Дистрибутив поставляется для архитектур i386 (http://ftp.scientificlinux.org/linux/scientific/6.1/i386/iso/) и x86_64 (http://ftp.scientificlinux.org/linux/scientific/6.1/x86_64/iso/), для загрузки доступно несколько сборок: установочный DVD (3.5 Гб), полный комплект из двух DVD (4.2 Гб + 400 Мб), LiveCD (GNOME, 699 Мб), LiveMiniCD (IceWM, 389 Мб), LiveDVD (GNOME/KDE/IceWM, 2.2 Гб) и сокращенный образ для установки по сети (163 Мб).&lt;br&gt;&lt;br&gt;&lt;br&gt;Кроме изменений добавленных в RHEL 6.1 (http://www.opennet.ru/opennews/art.shtml?num=30607), из специфичных отличий (http://www.scientificlinux.org/distributions/6x/61/differences) новой версии от Scientific Linux 6.0 можно отметить реализацию полностью переработанн...&lt;br&gt;&lt;br&gt;URL: https://www.sc</description>

<item>
    <title>Релиз дистрибутива Scientific Linux 6.1 (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/79421.html#28</link>
    <pubDate>Sun, 31 Jul 2011 18:17:47 GMT</pubDate>
    <description>Спасибо за развернутый ответ. Буду разбираться с revisor&apos;ом. Похоже это именно то, что требуется.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз дистрибутива Scientific Linux 6.1 (Stax)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/79421.html#27</link>
    <pubDate>Sat, 30 Jul 2011 17:21:30 GMT</pubDate>
    <description>Оно выводится, чтобы быть доступным извне. Если это возможно без ухудшения доступности, почему бы и нет? Ничего же не выкидывается.&lt;br&gt;&lt;br&gt;4 Мб на файл - это вообще не относится к проблемам дистрибутива.. А крупные обновления в SL вы как ставите? А переход на новую ветку? Если вы держите одну rsync&apos;нутую копию репозитория на весь институт - ничего необычного в этом нет, это нормальная практика. Просто добавьте мирроринг epel, atrpms и что вам требуется туде же.&lt;br&gt;&lt;br&gt;Насчет математика.. разве математик-химик-биолог будет два часа лазить по списку программ в инсталляторе, выбирая нужные ему?&lt;br&gt;&lt;br&gt;Мне кажется, скорее поставит по умолчанию и потом доставит то, что нужно. А это делается сейчас ровно так же, как и сейчас. Обратите внимание, в сам SL входят пакеты, подключающие epel, atrpms, elrepo и тд. Вам не нужно куда-то лезть, искать, ставить.. Они выносят пакеты в эти дистрибутивы потому, что подключить и воспользоваться ими можно в рамках самого SL, готовые .repo идут в комплекте. Включаете их и используете.&lt;br&gt;&lt;br&gt;Након</description>
</item>

<item>
    <title>Релиз дистрибутива Scientific Linux 6.1 (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/79421.html#26</link>
    <pubDate>Sat, 30 Jul 2011 15:01:44 GMT</pubDate>
    <description>Я это к тому, что в scientific linux наметилась устойчивая тендения вывода &quot;научного&quot; софта за пределы дистрибутива, т.е. его нужно докачивать из интернета, что не всегда возможно (в нашем вузе ограничения, например, 4Мб на файл установлены, по своему опыту знаю, что yum-система проста только для хорошего админа, но не для математика-химика-биолога-и т.п. (про профессуру вообще умолчу)). Вот и получается, что пилится не &quot;линукс для научных целей&quot;, а еще одна серверная платформа на базе редхата. В общем, ничего плохого в этом нет, однако &quot;соль проекта&quot; теряется.&lt;br&gt;&lt;br&gt;Предлагаю составить список &quot;действительно нужных научных проектов&quot; и сравнить с тем, что есть в scientific linux, что было выкинуто, а что можно рекомендовать разрабам добавить.&lt;br&gt;&lt;br&gt;Для меня, например, важно наличие пакетов символьной и численной математики, текстовый и табличный процессоры, инструментарий программирования (C/C++, Pascal, Basic, Fortran, assembler, prolog, lisp и т.п.) с IDE, инструментарий создания UML-диаграмм, хороший просмотрщик </description>
</item>

<item>
    <title>Релиз дистрибутива Scientific Linux 6.1 (Stax)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/79421.html#25</link>
    <pubDate>Sat, 30 Jul 2011 11:32:32 GMT</pubDate>
    <description>Он более scientific, чем остальное - этого мало?&lt;br&gt;&lt;br&gt;&quot;еще один редхат&quot; - вы так говорите, будто в этом что-то плохое. Живых из этих &quot;редхатов&quot; можно пересчитать пальцами одной руки, а бесплатных из них всего два, при этом актуальной версии только один - как раз scientific.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз дистрибутива Scientific Linux 6.1 (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/79421.html#24</link>
    <pubDate>Sat, 30 Jul 2011 09:39:20 GMT</pubDate>
    <description>А что собственно осталость scientific?&lt;br&gt;Если раньше это был дистрибутив, заточенный на выполнение научных задач, то теперь еще один редхат.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз дистрибутива Scientific Linux 6.1 (ach)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/79421.html#23</link>
    <pubDate>Sat, 30 Jul 2011 09:17:37 GMT</pubDate>
    <description>&amp;gt; Ну, все бывает. Например nfs-utils в текущем 6.1 RHEL бажный :) С &lt;br&gt;&amp;gt; самого момента выхода. &lt;br&gt;&lt;br&gt;А еще они не поправили &quot;ужасно сложную&quot; багу в init-скрипте autofs. Поэтому еще со времен RHEL5 приходится делать /etc/init.d/autofs stop а затем и start, вместо простого restart.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз дистрибутива Scientific Linux 6.1 (Stax)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/79421.html#22</link>
    <pubDate>Fri, 29 Jul 2011 20:26:22 GMT</pubDate>
    <description>Ну, все бывает. Например nfs-utils в текущем 6.1 RHEL бажный :) С самого момента выхода. При использовании kerberos авторизации в nfs4, на сервере возникают проблемы с новыми линукс-клиентами и все &quot;мистически глючит&quot;. Я смог решить только откатом на nfs-utils-1.2.3-4 из 6.1 beta и блокировкой обновления. Тоже, вроде, много лет тестируют?.. ан нет, апдейтом для лучшей поддержки active directory в kerberos (bz 671474) они замечательно все поломали аккурат между бетой и релизом.&lt;br&gt;&lt;br&gt;Если нужный вам апдейт появится в RH, то чтобы получить его в SL, не забудьте поставить yum-conf-sl-other и включить sl-fastbugs, а то можете пропустить - многие обновления, исправляющие только какой-то редкий баг появляются только там.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз дистрибутива Scientific Linux 6.1 (Stax)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/79421.html#21</link>
    <pubDate>Fri, 29 Jul 2011 18:52:58 GMT</pubDate>
    <description>Поставьте yum-conf-sl6x, чтобы мигрировать между релизами автоматически, как в centos.&lt;br&gt;Без этого пакета считается, что вас интересуют замороженные релизы.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз дистрибутива Scientific Linux 6.1 (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/79421.html#20</link>
    <pubDate>Fri, 29 Jul 2011 18:34:57 GMT</pubDate>
    <description>sl 6 обновляется на 6,1? Репы на новые поменять или с диска как-то?&lt;br&gt;</description>
</item>

</channel>
</rss>
