LINUX.ORG.RU

Вышел долгожданный RHEL 5!


0

0

Вышел долгожданный RHEL 5.

Среди изменений авторы отмечают:

* меньшие затраты на разворачивание системы
* гибкость системы для разных задач
* новые возможности виртуализации
* ядро 2.6.18
* gcc4.1 и glibc2.4
+многое другое

Объявление об релизе http://www.redhat.com/rhel/

>>> Features

Ответ на: комментарий от jackill

А сделать скрипт, который собирает пакеты под определенные машины предварительно заменяя make.conf и иже с ними это, наверное, адский труд...

З.Ы. Было бы желание, и не надо свистеть.

Darklight
()
Ответ на: комментарий от kbps

> из Gentoo можно сделать любое решение :)

enterprise gentoo это уже не смешно, а грустно. Мне до слез будет жалко того админа, который будет всем этим управлять

JB ★★★★★
()
Ответ на: комментарий от KirG0FF

>Когда надо, что бы несколько сотен машин "плясали под одну и ту же музычку" Gentoo идет лесом. RHEL - это enterprise решение.

Это да, а то на Мисте один товарищ жаловался --- мол, ставлю PC-BSD на несколько компов с разным железом, и на этих компах оказываются библиотеки разных версий... Говорю --- не может так быть, как ты этого добился? А он отвечает --- ну, ставлю дистриб, потом портапгрейд... :)

Ay49Mihas ★★★★
()
Ответ на: комментарий от tailgunner

> То есть - в большинстве случаев. А какие проблемы, сли есть разные архитектуры? Можно выделить по одной машине кадой архитектуры, на которых будут строится пакеты, можно поднять Qemu. В общем, принципиальных проблем нет и в этом случае.

а можно просто поставить дебиан. Непонимаю я этого онанизма с билдхостами. Вспоминается http://lorquotes.ru/view-quote.php?id=1030

я ничего не имею против генты, нормальный десктопный дистр, который стоит на моем ноуте ;) вот только гента на сервере это парадокс и нонсенс в одном флаконе

> Повторюсь - я не сторонник генты, но чем больше машин, на которые ее нужно ставить, тем меньшее значение имеют ее минусы, и большее - ее плюсы.

единственный плюс в этом случае это экономия трафика

JB ★★★★★
()
Ответ на: комментарий от JB

> а можно просто поставить дебиан. Непонимаю я этого онанизма с билдхостами.

мнда... чтоб поставить дебиан на сервер без танцев с бубном нужно, чтоб этот сервер был куплен лет 4-5 тому назад. если же железяка новая, то дебиан идет лесом и на железяку ставится rhel/centos/на худой конец sles.

Зы: /me ни разу до худого конца не доходил Ж-)

w01f
()
Ответ на: комментарий от JB

>enterprise gentoo это уже не смешно, а грустно. Мне до слез будет жалко того админа, который будет всем этим управлять

enterprise gentoo - это Debian!

dotcoder ★★★★★
()
Ответ на: комментарий от w01f

> мнда... чтоб поставить дебиан на сервер без танцев с бубном нужно, чтоб этот сервер был куплен лет 4-5 тому назад. если же железяка новая, то дебиан идет лесом и на железяку ставится rhel/centos/на худой конец sles.

testing религия не позволяет поставить? :)

JB ★★★★★
()

Debian хорошо конечно же, но что на новое железо его в ф\дефолтном конфиге поставишь - чистая правда....

Кто-нить знает, когда Etch выйдет таки?

anonymous
()
Ответ на: комментарий от jackill

>Кстати... кто-нибудь знает, поддерживается ли апгрейд с Fedora на RHEL? Или с Fedora на CentOS?

Подддерживается, _непрерывно_ поддерживается пользователем. Вот недавно опять удалил сдвоенный пакет с библиотеками (конфликт при yum update) после автомагического upgrade FC5->FC6 полгода назад.

Переход с ядра 2.4->2.6 практически нереализуем (автоматом)

Знаю успешный upgrade RH7.3->RH8->RH9->RHEL3(SLC303). Все сильно зависит от того сколько левых (extras,livna...) пакетов в системе. Если нельзя найти upgrade для пакета, остаются старые библиотеки в которых он нуждается и ставятся новые - хорошая каша.

На сервере _всегда_ ставлю заново. И сохраняю старую систему еще месяц. На столе можно и повыпендриваться. Работать можно и приключения есть.

anonymous
()
Ответ на: комментарий от JB

> Кто-нить знает, когда Etch выйдет таки?

Как всегда, точно не известно.

Но есть хорошие новости http://www.opennet.ru/opennews/art.shtml?num=10122

Я уже работаю на testing. Пока заметил только тормоза glxgears на nvidia и битый вывод dselect в ru_RU.UTF8.

ldvr
()
Ответ на: комментарий от signal

> Проблем нет пока все машины с одной архитектурой

А у тебя наверное целый зоопарк из x32 x64 sparc mips и т.д. и всё в одном экземпляре? Чем тебе в этом случае поможет бинарный дистр?

Lumi ★★★★★
()
Ответ на: комментарий от jackill

> А если нет лишних машин?

Лишние машины есть всегда :) На крайняк это - десктоп админа с Qemu :D

tailgunner ★★★★★
()
Ответ на: комментарий от Lumi

> Чем тебе в этом случае поможет бинарный дистр?

Минимальными затратами времени на обновление всего зоопарка

JB ★★★★★
()
Ответ на: комментарий от JB

>> Повторюсь - я не сторонник генты, но чем больше машин, на которые ее нужно ставить, тем меньшее значение имеют ее минусы, и большее - ее плюсы.

> единственный плюс в этом случае это экономия трафика

Во-первых, не только - ты будешь иметь пакеты, собранные _только_ с теми зависимостями, которые тебе нужны (экономия места и несколько лучшая безопасность). Во-вторых, мир не исчерпывается серверами - скажем, во встроенных системах требуется тонкий контроль сборки.

tailgunner ★★★★★
()
Ответ на: комментарий от JB

>enterprise gentoo это уже не смешно, а грустно. Мне до слез будет жалко того админа, который будет всем этим управлять

Сходил я один раз на презентацию RedHat, где они рассказывали про свою РХЕЛ АС, про единую систему развертки и управления и прочее и прочее и прочее. После чего пришел на работу, спросил у начальника про деньги, вздохнул и нужные мне вещи из вышеперечисленного написал за БАШе. :) Машин, правда всего 10, но они не одинаковые совсем. Я не говорю, что гентуу нужно использовать как энтерпрайз систему, бо она для этого не предназначена, но сделать из нее можно все что угодно при желании.

petrosha ★★★★★
()
Ответ на: комментарий от petrosha

> Сходил я один раз на презентацию RedHat, где они рассказывали про свою РХЕЛ АС, про единую систему развертки и управления и прочее и прочее и прочее. После чего пришел на работу, спросил у начальника про деньги, вздохнул и нужные мне вещи из вышеперечисленного написал за БАШе. :)

А почему не взял CentOS? Она как раз для таких случаев.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

> Во-первых, не только - ты будешь иметь пакеты, собранные _только_ с теми зависимостями, которые тебе нужны (экономия места и несколько лучшая безопасность).

в дебиане тоже можно иметь пакеты только с теми зависимостями, с которыми надо. Гентушные use-флаги только примерно в 5-10% дают какое то преимущество

> Во-вторых, мир не исчерпывается серверами - скажем, во встроенных системах требуется тонкий контроль сборки.

покажи хотя бы одну embedded систему с гентой на борту. Имхо в таких случаях используют специальные дистрибутивы

JB ★★★★★
()
Ответ на: комментарий от petrosha

> После чего пришел на работу, спросил у начальника про деньги, вздохнул и нужные мне вещи из вышеперечисленного написал за БАШе. :)

у вас там небось и венда перацкая? :)

JB ★★★★★
()
Ответ на: комментарий от petrosha

>про единую систему развертки и управления и прочее и прочее и прочее. После чего пришел на работу, спросил у начальника про деньги, вздохнул и нужные мне вещи из вышеперечисленного написал за БАШе. :)

puppet, cfengine?

dotcoder ★★★★★
()
Ответ на: комментарий от JB

>> мнда... чтоб поставить дебиан на сервер без танцев с бубном нужно, чтоб этот сервер был куплен лет 4-5 тому назад. если же железяка новая, то дебиан идет лесом и на железяку ставится rhel/centos/на худой конец sles.

> testing религия не позволяет поставить? :)

не только. ..уж лучше поставить релиз федоры, imho.

w01f
()
Ответ на: комментарий от JB

> в дебиане тоже можно иметь пакеты только с теми зависимостями, с которыми надо.

Путем пересборки пакета? Или как?

> покажи хотя бы одну embedded систему с гентой на борту.

Вооон в уголке цела стопка стоит :) Серьезно.

> Имхо в таких случаях используют специальные дистрибутивы

Я бы так и сделал, но гента тоже вполне работает. Кстати: OpenEmbedded и rPath - это та же гента, но вид в профиль и заявленное специальное назначение :)

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

>> в дебиане тоже можно иметь пакеты только с теми зависимостями, с которыми надо.

>Путем пересборки пакета? Или как?

Возьмём, к примеру, Postfix:
----------------------------

http://packages.debian.org/cgi-bin/search_packages.pl?keywords=postfix&se...

Package postfix

* stable (mail): A high-performance mail transport agent

Package postfix-ldap

* stable (mail): LDAP map support for Postfix

Package postfix-mysql

* stable (mail): MYSQL map support for Postfix

Package postfix-pcre

* stable (mail): PCRE map support for Postfix

Package postfix-pgsql

* stable (mail): PGSQL map support for Postfix

Package postfix-tls

* stable (mail): TLS and SASL support for Postfix

dotcoder ★★★★★
()
Ответ на: комментарий от tailgunner

> Путем пересборки пакета? Или как?

В дебиане все грамотно раздробленно на пакеты

> Вооон в уголке цела стопка стоит :)

Никто не покупает? =)

JB ★★★★★
()
Ответ на: комментарий от JB

> В дебиане все грамотно раздробленно на пакеты

То есть всё таки решает мэйнтейнер пакета? При всем уважении к команде Дебиана, они просто не могут учесть всех случаев.

> Никто не покупает? =)

Продано и функционирует :-P

tailgunner ★★★★★
()
Ответ на: комментарий от JB

>>из Gentoo можно сделать любое решение :)
>enterprise gentoo это уже не смешно, а грустно. Мне до слез будет жалко того админа, который будет всем этим управлять

Ну а кому сейчас легко -)
ко всему - какой-нибудь глюк RHEL'а куда может пройти болезненней нежели в Gentoo :)

kbps ★★★
()
Ответ на: комментарий от tailgunner

>Впечатляет. Но вот меня Python интересует, он-то разбит на пакеты? Каких размеров?

Пожалуйста: http://packages.debian.org/cgi-bin/search_packages.pl?suite=stable&subwor...

Далее жмёте по ссылке (stable), где вам выдадут полную информацию по зависимостям и размеры (в сжатом и распакованном виде) под разные архитектуры.

dotcoder ★★★★★
()
Ответ на: комментарий от JB

> http://packages.debian.org/cgi-bin/search_packages.pl?keywords=python2.4&;...

> Питон толком не разбит

Ну, хоть IDLE отдельно, и то хорошо... если бы еще кодеки вынесли в отдельные пакеты, или хоть в zipованные библиотеки - было бы вполне терпимо.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

> То есть всё таки решает мэйнтейнер пакета? При всем уважении к команде Дебиана, они просто не могут учесть всех случаев.

Большенство вариантов учитывается. Я уже говорил выше, что гентушные use-флаги только в 5 или 10 процентах могут убрать лишние зависимости, которые оставляют в других дистрах

JB ★★★★★
()
Ответ на: комментарий от kbps

> ко всему - какой-нибудь глюк RHEL'а куда может пройти болезненней нежели в Gentoo :)

за исправление багов в rhel отвечают специалисты, которые за это получают зарплату, а не энтузиасты

JB ★★★★★
()
Ответ на: комментарий от anonymous

>исходники точно можно нахаляву

Тогда ето уже гента получается

sabonez ★☆☆☆
()
Ответ на: комментарий от tailgunner

>tailgunner * (*) (15.03.2007 10:32:58)

И ещё, в Debian-е можно поставить именно то, что вам нужно. Вам не нужно, например, ставить всю базу данных MySQL ради одной клиентской утилиты - mysql - в Debian-е всё разделено: серверная часть - mysql-server, клиентская - mysql-client.

dotcoder ★★★★★
()
Ответ на: комментарий от anonymous

> Венду тоже пишут специалиты, которые тоже получают деньги

"пишут" и "поддерживают" совершенно разные вещи

JB ★★★★★
()
Ответ на: комментарий от tailgunner

>А почему не взял CentOS? Она как раз для таких случаев.

Патаму что на презентации про нее ничего не говорили, а после презентации, на вопрос о ЦентОС, мальчег из РХ открыл словарь ругательств и зачитал :)

petrosha ★★★★★
()
Ответ на: комментарий от JB

>у вас там небось и венда перацкая? :)

Иногда ко мне приходит начальнег и говорит что-то вроде: "Слышал я весть благую, мол в виндоус все работает само и без глюков". :) На этом виндоус у нас заканчивается.

petrosha ★★★★★
()
Ответ на: комментарий от tailgunner

>> Проблем нет пока все машины с одной архитектурой

>То есть - в большинстве случаев. А какие проблемы, сли есть разные архитектуры? Можно выделить по одной машине кадой архитектуры, на которых будут строится пакеты, можно поднять Qemu.

Можно добавить, что старшие модели процессора вполне могут генерировать оптимизированный код для младших версий. Например Оптерон для атлона, или атлона-хп. Т.е реально достаточно нескольких vserverov сделать для разных процессоров, и в них генерировать пакеты и раздавать

argin ★★★★★
()
Ответ на: комментарий от petrosha

> на вопрос о ЦентОС, мальчег из РХ открыл словарь ругательств и зачитал :)

Дык елы-палы... это ж была реклама :D

tailgunner ★★★★★
()
Ответ на: комментарий от jackill

>>То есть - в большинстве случаев. А какие проблемы, сли есть разные архитектуры? Можно выделить по одной машине каждой архитектуры, на которых будут строится пакеты, можно поднять Qemu. В общем, принципиальных проблем нет и в этом случае.

>А если нет лишних машин?

Одно из возможных решений я описал уже, но если нет никаких ресурсов для компилляции, то значит и смысла нет генту ставить. Но тогда и настраиваемость теряется

:-)

argin ★★★★★
()
Ответ на: комментарий от Darklight

>А сделать скрипт, который собирает пакеты под определенные машины предварительно заменяя make.conf и иже с ними это, наверное, адский труд...

>З.Ы. Было бы желание, и не надо свистеть.

Увы так просто нет смысла делать. Для более менее оптимизированых пакетов надо их собирать оптимизированной версией gcc и glibc. Т.е надо иметь в реальности vserver или chroot окружение

argin ★★★★★
()
Ответ на: комментарий от JB

>> из Gentoo можно сделать любое решение :)

>enterprise gentoo это уже не смешно, а грустно. Мне до слез будет жалко того админа, который будет всем этим управлять

Зачем же воспринимать так печально ? Все вполне себе нормально. В стабильной ветке пакеты обновляються редко.

argin ★★★★★
()
Ответ на: комментарий от tailgunner

>Дык елы-палы... это ж была реклама :D

Дык, йопт!:) Но ведь еще бы понадобилось везде переставлять уже стоящую и хорошо работающую генту, на ЦентОС... а ломало.

petrosha ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.