Увидел свет (http://lists.centos.org/pipermail/centos-announce/2012-July/...) релиз дистрибутива CentOS 6.3 (http://centos.org), основанный на пакетной базе Red Hat Enterprise Linux 6.3 (http://www.opennet.me/opennews/art.shtml?num=34161) и развиваемый независимым сообществом. В соответствии с инициативой (http://www.opennet.me/opennews/art.shtml?num=34049) по увеличению оперативности выпуска обновлений новая версия CentOS вышла спустя чуть более двух недель с момента выхода RHEL 6.3. В CentOS пакеты из различных репозиториев RHEL, например, из серверной и из десктоп редакции, объединены в единый репозиторий пакетов и распространяются одним установочным комплектом. Дистрибутив на 100% бинарно совместим с RHEL, внесенные в пакеты изменения как правило сводятся к ребрендингу и замене художественного оформления.
CentOS 6.3 поставляется (http://linux.mirrors.es.net/centos/6.3/isos/) для платформ i386 и x86_64 в виде DVD-сборки, LiveCD, LiveDVD, минимального установочного образа (293 Мб) и сокращенного образа для установки по сети - netinstall.iso (194 Мб). Пакеты SRPMS и debuginfo доступны через vault.centos.org (http://vault.centos.org). В конце августа планируется представить бета-версию CentOS для платформы PowerPC.
Из изменений (http://wiki.centos.org/Manuals/ReleaseNotes/CentOS6.3), внесенных в CentOS 6.3, помимо заимствованных из RHEL 6.3 улучшений (http://wiki.centos.org/Manuals/ReleaseNotes/CentOS6.2), можно отметить:- В состав CentOS 6.3 включён офисный пакет LibreOffice, который устанавливается по умолчанию при выборе конфигурации для настольных систем. В процессе обновления через 'yum update' уже установленный OpenOffice.org будет автоматически заменён на LibreOffice;- Добавлены новые инструменты для перемещения системы физических и виртуальных машин в форму образа виртуальной машины для запуска под управлением KVM. Указанные инструменты поставляются в составе пакетов
virt-p2v (преобразование физической системы в виртуальную) и virt-v2v (преобразование между виртуальными системами);- В RHEL 6.3 объявлен устаревшим Matahari API (http://matahariproject.org/manual/Matahari-APIs.html), используемый для организации управления системой. Пользователи, желающие использовать Matahari API, могут установить специально подготовленное обновление, поставляемое с CentOS 6.3. В дальнейшем поддержка данного API будет исключена из CentOS;
- Изменено содержимое 28 пакетов, среди которых: anaconda, firefox, gnome-desktop, httpd, initscripts, kde-settings, kernel, ntp, openssl098e, plymouth, thunderbird, xulrunner и yum;
- Удалено 12 пакетов: abrt-plugin-bugzilla, redhat-release-*, redhat-release-notes*, rhnlib, rhn-check, rhn-client-tools, rhnsd, rhn-setup, rhn-setup-gnome, yum-rhn-plugin;
- Добавлено 3 пакета: centos-indexhtml, centos-release, centos-release-cr;
URL: http://lists.centos.org/pipermail/centos-announce/2012-July/...
Новость: http://www.opennet.me/opennews/art.shtml?num=34296
>В состав CentOS 6.3 включён офисный пакет LibreOffice, который устанавливается по умолчанию при выборе конфигурации для настольных систем. В процессе обновления через 'yum update' уже установленный OpenOffice.org будет автоматически заменён на LibreOffice;Никогда этой глупости не понимал. Можно ведь их параллельно ставить, зачем заменять один другим?
А зачем?
нельзя
Можно, у меня прекрасно стоят оба.
Заменяют офисный пакет по умолчанию, так что глупости тут нет.
>Можно ведь их параллельно ставить, зачем заменять один другим?В теории можно, но на практике поддерживать два офиных пакета никто не хочет.
> Никогда этой глупости не понимал. Можно ведь их параллельно ставить, зачем заменять один другим?По традиции, показывают ораклу кузькину мать.
Год назад, когда оракл давил на сообщество по поводу oo.o, такое поведение (принудительная замена опена на либру) было модным во многих дистрах. А теперь, когда бури поутихли, кулаками машут только выходцы из криокамеры, типа центоса и дебиана.
>>В состав CentOS 6.3 включён офисный пакет LibreOffice, который устанавливается по умолчанию при выборе конфигурации для настольных систем. В процессе обновления через 'yum update' уже установленный OpenOffice.org будет автоматически заменён на LibreOffice;
>Никогда этой глупости не понимал. Можно ведь их параллельно ставить, зачем заменять один другим?OpenOffice.org больше нет.
Есть LibreOffice ― по большей части то, что раньше называлось OpenOffice.org. Замена только в назвнии.
Есть Apache OpenOffice ― некая иная сущность под другой лицензией, которая пока неизвестно что будет из себя представлять и будет ли вообще.
Непонятно что непонятного.
А в CERN, как я понимаю, бизоны из Хиггса празднуют выход в плей-офф, и скоро ждать SL6.3 не приходится? :)
Похоже на то.
> А в CERN, как я понимаю, бизоны из Хиггса празднуют выход в
> плей-офф, и скоро ждать SL6.3 не приходится? :)Вроде ж все разработчики SL в редхат ушли, не?
>> А в CERN, как я понимаю, бизоны из Хиггса празднуют выход в
>> плей-офф, и скоро ждать SL6.3 не приходится? :)
> Вроде ж все разработчики SL в редхат ушли, не?Нет, вы с чем-то путаете. Группа оплачиваемых разработчиков по прежнему занимается сборкой и поддержкой (и, что приятно, очень оперативно и вежливо реагируют в мейллистах. Вообще мейллисты у SL весьма радуют, градус неадеквата значительно ниже, чем в центос-листах, и озверевших от постоянных глупых вопросов разработчиков тут тоже на наблюдается).
Вчера переместили большую пачку секрьюрити-апдейтов из 6.3 из sl-testing в sl-security (были собраны в конце июня, просто тестировались)
$ rpm -q selinux-policy
selinux-policy-3.7.19-155.el6_3.noarchПакеты без секьюрити фиксов пока еще не собрали, ждем в ближайшее время.
Наблюдаются проблемы с запуском интерфейса Ethernet при использовании задействованной по умолчанию системы NetworkManager;
При автоматизированной установке в режиме kickstart наблюдаются проблемы с локальным репозиторием (выводится ошибка "[Errno 14] Peer cert cannot be verified or peer cert invalid");
Для некоторых сетевых карт и связанных сетевых интерфейсов в RHEL наблюдаются проблемы с использованием VLAN. В состав ядра CentOS 6.3 включён патч для устранения данной проблемы;
Установочные образы CentOS могут не загрузиться на некоторых системах с EFI;
При частичном обновлении с CentOS 6.2 на 6.3 (например, при установке только связанных с безопасностью обновлений) система может зависнуть при загрузке. Для избежания данной ситуации следует загрузить ядро с опцией "enforcing=0" и обновить пакеты с правилами selinux как минимум до версии 3.7.19-155.el6_3;
Фигасе серверный дистр для продакшена
РедХату нынче не до этих мелочей, они системд в федоре пилят.
когда уже народ поймет что centos!=rhel
А можно «на пальцах» — чем отличаются, вроде же код один? Я как-то наивно предполагал, что CentOS — это RHEL без коммерческой поддержки, нет?
> А можно «на пальцах» — чем отличаются, вроде же код один? Я
> как-то наивно предполагал, что CentOS — это RHEL без коммерческой поддержки,
> нет?CentOS - это RHEL, пересобранный из сорцов. Так как точно воспроизвести среду сборки затруднительно, поведение собранного ПО может отличаться.
И часто вы сталкивались с тем, что оно отличалось?
каждый релиз с тех пор как начал пользоваться rhel4
Но ведь это неправда.
Красные машины ездят быстрее.
>поведение собранного ПО может отличаться.Чукча не читатель?
>Дистрибутив на 100% бинарно совместим с RHEL
Они специально убивают огромное количество времени на то, чтобы
>точно воспроизвести среду сборки
>>поведение собранного ПО может отличаться.
> Чукча не читатель?
>>Дистрибутив на 100% бинарно совместим с RHEL
> Они специально убивают огромное количество времени на то, чтобы
>>точно воспроизвести среду сборкии где сказано что они этого добиваются?
> когда уже народ поймет что centos!=rhelНикогда, потому что это не правда.
>> когда уже народ поймет что centos!=rhel
> Никогда, потому что это не правда.мсье администратор Ред Хетовского brew, и сосед по комнате Каранбира одновременно?
> Фигасе серверный дистр для продакшенаТипичные линуксопроблемы.
Разница только в том, что в каких-нибудь дебианах и убунтах о таких вещах вслух говорить не принято. И исправлять тоже, потому что исправлять баги - значит нарушать стабильность™.
А здесь - предупреждают. Возможно даже, пофиксят скоро.
Что за бред.
> Типичные линуксопроблемы.Такие проблемы есть в любой ОС.
> Разница только в том, что в каких-нибудь дебианах и убунтах о таких вещах вслух говорить не принято.
http://www.debian.org/releases/stable/i386/ch05s04.html.en Раздел "Troubleshooting the Installation Process"
Не могу не указать, что пачка подобных проблем сопровождает релиз любой крупной системы. Вопрос тут в том, каким образом их устаканивают и насколько оперативно.
Как пример, M$ или скажем Fedora релизят альфу с пачкой багов и пытаются отладить все на ходу, разгребая пачки баг-репортов. У M$ это даже получается ввиду большого количества ресурсов и длительного цикла поддержки.
С другой стороны, есть подход Debian'овцев: минимум ключевых изменений и их длительная обкатка. Однако, проблемы при таком подходе немедленно выстреливают при изменении экосистемы (все как в зоологии). Собственно, Ubuntu корректирует в первую очередь данный аспект (быстрее реакция + дольше поддержка = больше сообщество).
RedHat тут, как мне представляется, изначально избрал сбалансированную стратегию. Во-первых, используют Fedora по-полной как полигон для экспериментов (в последнее время перебарщивают imho). Обкатанные там до беты решения портируют в RHEL, не забывая помечать как ЭКСПЕРИМЕНТАЛЬНЫЕ. И только после обкатки на той части корпоративщиков, для которых бонусы нестабильной фичи перевешивают возможные проблемы, включают в состав штатной поддержки.
Правда, от откровенно провальных решений такой подход все равно не защитит. См. например rhel5+cluster+totem - их угораздило слать токены по мультикасту (udp, со всеми вытекающими; выпилили уже из rhel6).
> задействованной по умолчанию системы NetworkManager
> серверный дистрdivided by zero.
https://bugzilla.redhat.com/show_bug.cgi?id=195365
Спасибо за новость! CentOS мы с тобой!
Отличный выбор для организации OpenVZ сервера.
Я использую SL-6, но это непринципиально.
Ставим "minimal", добавляем OpenVZ репо,
пару телодвижений и дело в шляпе.
Я думал вы ничего кроме NetBSD не используете )
> Я думал вы ничего кроме NetBSD не используете )NetBSD - это, конечно, хорошо, но еще и работать на чем-то надо.
> Я думал вы ничего кроме NetBSD не используете )Я использую то, что хорошо подходит. Никакого фанатизма.
Для моих задач по работе Линукс и NetBSD подходят, в принципе,
одинаково, там shell сервера, не было бы проблем с драйверами,
но с Линуксом я познакомился на 7 лет раньше,
потому на работе Линукс. Просто так исторически сложилось.
Дочь работает на SL-6, там карточка nvidia, с вытекающими.
Но в плане дизайна системы NetBSD мне нравится больше, чем
все Линупсы, которые я видел.
Да, *BSD красивы и элегантны. Тут я с вами согласен
> в плане дизайна системы NetBSD мне нравится больше, чем все Линупсы, которые я видел.а gentoo смотрели? я без претензий, ибо сам netbsd не тыкал, но с фрей с ее портами сталкивался. или я чего-то не догнал, или портежи реально удобней.
>> в плане дизайна системы NetBSD мне нравится больше, чем все Линупсы, которые я видел.
> а gentoo смотрели? я без претензий, ибо сам netbsd не тыкал, но
> с фрей с ее портами сталкивался. или я чего-то не догнал,
> или портежи реально удобней.gentoo не смотрел, попробовать все не хватает времени :-(
Но "фря и ее порты" однозначно идут лесом ;-)
> gentoo не смотрел, попробовать все не хватает времени :-(найди 15 минут. почитай/скачай/установи кальку http://www.calculate-linux.ru/
та же gentoo , но <s>"с человеческим лицом"</s> с удобным интерфейсом установки и гибкой системой шаблонов.
А портежи там те же самые, что и в генте. О них подробней тут http://www.calculate-linux.ru/main/ru/working_with_portage
есть проксмокс где все тоже самое, но уже из коробки и с отличной базой пакетов от дебиана.
> есть проксмокс где все тоже самое, но уже из коробки и с
> отличной базой пакетов от дебиана.Вот как раз "отличной" пакетной базы от Дебиана
мне как раз и не хватало. Это как раз то, от чего я
пытаюсь избавиться. Но вообще спасибо, надо будет глянуть.
>Текстовый режим установки автоматически активируется если в системе менее 652 Мб ОЗУ. Для работы инсталлятора требуется как минимум 392 Мб ОЗУОни там ошалели?
Опистонели.
:) Там дело не в Python, который ест немного памяти, а в том, что этот образ на 200 мб со всем установщиком, включая иксы, распаковывается в память, причём в прямом смысле распаковывается. И пакеты тоже в память распаковываются.Кто их так учил писать установщики - я не знаю.
>>Текстовый режим установки автоматически активируется если в системе менее 652 Мб ОЗУ.Н-да, 640Мб нынче хватит не всем.
> Они там ошалели?
Если что, на http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkima.../ водятся server-*.iso в некотором ассортименте -- собрал свежий server-mini на шестом бранче, засунул 32-битную сборку в virtualbox с 64M RAM (+VRAM), вполне себе встало и загрузилось. 64-битная засунулась в 128M, минимум не искал.
Пожелания принимаются, в принципе есть совсем мелкий netinstall ;-)
А ведь не так давно линуксиоды дружно закидывали г*вном Solaris за дикие системные требования для установки...
Мало древних машин, поэтому такой инсталятор.
Гиг озу копейки стоит.
> Мало древних машин, поэтому такой инсталятор.Да нет, просто руки не оттуда растут. Разница-то между копированием squash в рамдиск и монтированием его с болванки -- мизерная: http://git.altlinux.org/gears/p/propagator.git?p=propagator....
Просто надо немного соображать -- что тащить, а что нет (вон http://www.altlinux.org/Antique использует штатный альтовский инсталятор). Если NetworkManager глаза застил, дальнейшее неудивительно.
>> Мало древних машин, поэтому такой инсталятор.
> Просто надо немного соображать -- что тащить, а что нет (вон http://www.altlinux.org/Antique
> использует штатный альтовский инсталятор). Если NetworkManager глаза застил, дальнейшее
> неудивительно.А может всё проще? ресурсы на тестирование выделяют на более значимые подсистемы? например на кернел, который потом к себе утащили альтовцы? Ведь у них все тестиры работают на полную ставку.
Много систем через мои руки прошли, начиная с интеректив, но такой вылизанной системы я не встречал.
> А может всё проще?Да понятно, что вопрос в приоритетах. Только стыдно за инженегров, которые _такое_ из своих рук выпустили и пользователям вручили. Ну, как инженегру стыдно.
>> А может всё проще?
> Да понятно, что вопрос в приоритетах. Только стыдно за инженегров, которые
> _такое_ из своих рук выпустили и пользователям вручили. Ну, как
> инженегру стыдно.Кому как :)
По мне так требование 600М вполне адекватное, никто не предназначал rhel для убиты писи, другой сегмент рынка. У нас самые дешевые железки идут с гигом - меньше не найти. Более того, для KS только такой подход оправдан - там загрузка идет по tftp. возможно они даже преднамеренно сделали один подход для всех типов инсталяции.
> Кому как :)Как инженеру. В качестве эксплуатационщика мне тоже не жмёт. :)
> Более того, для KS только такой подход оправдан - там загрузка идет по tftp.
> возможно они даже преднамеренно сделали один подход для всех типов инсталяции.Говорю же, монтировать с носителя ещё проще, чем тащить в ramdisk -- и переключалка проста как двери, дальше дело в передаче параметра в {iso,pxe,sys}linux.cfg.
Сам такое в mkimage-profiles и реализовывал, потому и говорю.