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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

enterprise gentoo - это Debian!

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

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

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

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

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

в апреле

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

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

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

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

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

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

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

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

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

А ето, я че та в непонятке - его нахаляву не скачать чтоль?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

puppet, cfengine?

http://uptime.netcraft.com/up/graph?site=beta.centos.org
http://uptime.netcraft.com/up/graph?site=openbsd.org

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

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

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

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

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

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

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

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

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

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

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

Возьмём, к примеру, 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

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

деб тестинг уж постабильней чем релиз федоры, имхо.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Человек спрашивает, видимо, про модули.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>puppet, cfengine?

Чего эта?:)

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

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

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

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

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

:-)

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

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

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

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

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

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

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

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