Переходим на Linux: грамотный выбор дистрибутива.

>1. интернет ( jabber, асяб мыло, rss, www и прочие радости жизни включая ntp и svn )

Работает.

>2. музыка + видео. ну сам понял...

Работает. Нужно только пересобрать xine/libdvdcss/поставить из неофициального репозитория.

>3. возможность погамать в ку3, gl117, supertux и прочее. OpenGL не работает.

На всех картах кроме NVIDIA - из коробки, для NVIDIA ставится через YOU пакет с одноимённым названием. У меня NVIDIA работает.

>4. мобильность - фсякие флешки, фотопараты ( эти редко ) и блютусы

У меня флешки и мой фотик работает. С последним не сталкивался.

>возможность запустить с этого винта на другом железе

Это тебе не венда, всё работает. А вот в дженте не будет, если будешь под свою архитектуру компилить ядро с поддержкой только твоего железа.

>возможность отнести скатанные обновления на другую машину

Это всё хранится AFAIR где-то в /var, man locate, потом прописываешь вместо онлайн-источника обновления локальный - и всё.

"Если моему другу будет хорошо, мне будет хорошо. А если мне будет хорошо, я тебя так довезу, что тебе тоже будет хорошо!"

>Кому в первую очередь должно быть легче, вам или бизнесу?

Это я к тому, что моему бизнесу пох тяжело мне или нет - лишь бы все было в срок и в пределах бюджета. Пока я это условие выполняю, меня нет, я существую только в дни зарплаты и внутрифирменных пьянок. Ну и для непосредственного начальства. А ему тоже пох. Лишь бы работало.

>А вот Oracle с вами не согласен...

Есть такая маза, что Ораклу эти редхетовские сертификаты и суппорт тоже пох, лишь бы бабки платили. Иначе с чего бы ему сертифицировать asianux с такими странными условиями? Оттого, что все качество и корпоративность asianux за границами Поднебесной испаряется?

ты тут несколько не прав, какраз тут debian засел и прочно и еще за долго до radhat, сапорт точно такой же если не лучше есть от кучи сторонних компаний, только нужен ли он?

[i]Ну прикрутите мне драйвер HostRAID'а от SLES на последнее 2.6.13 и мы вместе посмеемся:)..... [/i]

у меня на RHAS перекомпилировано ядро 2.6.11 и прикручены драйвера HP и все нормально работает. Правда пробовал делать это с другими дистрами - имел большую головную боль.

>Тем более там все новые пакеты masked.

AFAIK ~arch это аналог дебиановского testing ( того который между stable и unstable )

>Работает.

у мну не работает jump-message.jsp?msgid=1091374.

> Нужно только пересобрать xine/libdvdcss/поставить из неофициального репозитория.

ручками пересобирать я нифига не собираюсь вообще. ни в дженту, ни в сузе, ни где-нибудь еще. ибо ленив.
с дополнительными репозиториями вылезают странные корявости и нестыковки версий/названий и нужно разруливать конфликты ручками.

>На всех картах кроме NVIDIA - из коробки, для NVIDIA ставится через YOU пакет с одноимённым названием. У меня NVIDIA работает.

у меня тоже работает. только у мну gf2 MX/MX 400 и нужна старая ( 6629 ) версия драйвера. в итоге ручками

>У меня флешки и мой фотик работает. С последним не сталкивался.

это как раз работает (-:

>Это тебе не венда, всё работает

а вот зачем ты упомянул венду?

>А вот в дженте не будет, если будешь под свою архитектуру компилить ядро с поддержкой только твоего железа.

для этого у мну бывает запасное ядро (-;
а архитектура выбирается i686 ( кстати ядро для P4 нормально работало на Атлоне хп ).


>Это всё хранится AFAIR где-то в /var

rpm-ки удаляются ( если через you, то можно убрать галочку "удалять", если просто через yast2 -i то нельзя )

>man locate

нефега. man find

я о том, что лично на _моей_ машине первые три пункта не выполняются "из коробки", а кусок четвертого ( апдейты туда/сюда ) наверное надо делать через Ж , хотя Миша во всех топиках кричит про обратное

>AFAIK ~arch это аналог дебиановского testing ( того который между stable и unstable )

Supplementary не менее стабилен.

>у мну не работает jump-message.jsp?msgid=1091374.

jabber, асяб мыло, rss, www и прочие радости жизни включая ntp и svn работают, не работает всего лишь твой модем, причём это исправляется наличием прямых рук.

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

ССЗБ.

>с дополнительными репозиториями вылезают странные корявости и нестыковки версий/названий и нужно разруливать конфликты ручками.

У меня всё работало.

>у меня тоже работает. только у мну gf2 MX/MX 400 и нужна старая ( 6629 ) версия драйвера. в итоге ручками

Это несложно.

>а вот зачем ты упомянул венду?

В большей части моих попыток загрузить венду XP на чужом железе это не удавалось.

>для этого у мну бывает запасное ядро (-; а архитектура выбирается i686 ( кстати ядро для P4 нормально работало на Атлоне хп ).

Кроме ядра и весь софт должен быть i686.

>rpm-ки удаляются ( если через you, то можно убрать галочку "удалять",

yast2 sysconfig - там это отключается навсегда.

>нефега. man find

locate быстрее.

>я о том, что лично на _моей_ машине первые три пункта не выполняются "из коробки", а кусок четвертого ( апдейты туда/сюда ) наверное надо делать через Ж , хотя Миша во всех топиках кричит про обратное

Дженту дистрибутив для тех, кому нефиг делать, лишь бы покомпилять, хаутушки почитать и понастраивать, а SUSE - для тех, кому надо сразу работать. Научно доказанный факт. На моей машине зюзя завелась сразу и без разговоров всё железо подцепила.

Добавлю свои 5 копеек. Скажу сразу, работаю в одной из российских процессинговых платежных систем. Так что мы самые что ни на есть "корпоративные" пользователи.

Внутри офиса на серверах - Слакварь. На моем десктопе - Слакварь. На десктопе начальника - Слакварь. У одного из программистов Gentoo, а у другого 2-й операционкой - Слакварь (1-я - оффтопик). У одного из менеджеров 2 машины. Одна под оффтопиком, другая под Слакварью. :-)

Серверы - там да, Слаквари нет. К нашему огромному сожалению. Причина: провайдеры хостингов ставят на выбор: RH/FC, Suse, Mandrake, FreeBSD. И, кстати, ставят они это не потому, что не считают Slackware достойной быть, а просто потому, что их админы и операторы суппорта знают RH/FC, Suse, Mandrake, FreeBSD лучше, чем Slackware.

Ни о какой покупки "поддержки" со стороны того же RH речь не идет. И не потому, что денег жалко, а потому, что она просто не нужна. В офисе 3 админа и 6 программистов (которые в Linux весьма хорошо разбираются). Это не считая суппорта провайдера.
В общем, с серверной стороны ситуация такая: просим у прова Mandrake (предпочтительнее) или SuSe. После чего, установкой софта из сырцов, превращаем это чудо в подобие Слаквари. Все довольны и счастливы. И чихать все хотели на писульки типа обсуждаемой статьи. Наоборот, даже где-то недовольны: к сожалению, подобных статей (неоправданно восхваляющих RH и столь же неоправданно занижающих достоинства Slackware) достаточно много, чтобы провайдеры "покупались" на них и следовали моде рынка. :-(

Кстати, можно на проблему посмотреть и по-иному:
Slackware - старейший дистрибутив Linux, и корни Slackware ведут к NetBSD. Фактически, Slackware и есть NetBSD. Только с ядром Linux, а не BSD. Так почему же всякие писаки считают *BSD достойными корпоративного рынка, а Slackware/Gentoo - нет?

"Кроме того, не слишком опытные специалисты иногда переоценивают свои возможности и настаивают на применении подобных дистрибутивов – а затем не справляются с большим количеством работы, которая требуется для поддержки и обновления ПО на серверах. К данному классу относится Slackware Linux, а также дистрибутивы, основанные на сборке ПО из исходных кодов (наиболее распространённый из них – Gentoo Linux)."

Вопрос аффтару: "Велика ли разница, где строить мир ("make World") - под BSD или под Gentoo???"
А зайти на ftp.slackware.com и выкачать из каталога с патчами пакеты и запустить pkgtool тоже жутко сложно?
Дистрибутивы, основанные на сборке ПО имеют огромное преимущество вообще перед всеми. Используя специфичные для данной платформы опции компилятора можно повысить производительность машины процентов на 20 по сравнению с "обычными" бинарниками. Рекомендую аффтару обратить внимание на имена пакетов в том же RH и задуматься, почему в названии пакетов присутствует подстрока "i686"? Объяснение простое - пакеты откомпилированы под Pentium-II. Твой навороченный четырехпроцессорный Xeon работает просто как разогнанный до 3ГГц Pentium-II. И никаких архитектурных возможностей Xeonа просто не использует. Вот и задумайся, аффтар, в следующий раз о том, что пишешь.

>Причина: провайдеры хостингов ставят на выбор: RH/FC, Suse, Mandrake, FreeBSD.

Бугага, рут в своём репертуаре - сам настроить сервак и дать провайдеру он не может. Ламер он и в Африке ламер, и слакварь ему не поможет.

Ламеришко, я что, поеду из Москвы в Техас настраивать сервак?
Да я-то съезжу, пожалуй, только это обойдется тысяч в 10 грина.

>Ламеришко = я, что, поеду из Москвы в Техас настраивать сервак?

А что, в Москве нет хостинг-провайдеров? Бугага. Да и хотя бы попросить их поставить слаку без настройки и выдать тебе SSH ты мог.

Да ведь не только в Техасе серверы... но и в Европе, но и в Австралии.
Ездить из-за "религии", ессно, никто не будет.
А кроме того, еще раз повторяю: провайдерский суппорт НЕ ЗНАЕТ Slackware.

>ССЗБ.

ИНХНЕМ
"поручите сложную работу ленивому сотруднику и он найдет самое легкое решение"
что-то из законов Мерфи
ручками лениво. юниксы люблю за автоматизацию. (-:

>Это несложно.

не спорю. но это не "из коробки"

>Кроме ядра и весь софт должен быть i686.

не спорю. так и делаю

>locate быстрее

но эти рпм-ки должны были там лежать _до_ последнего updatedb. проехали

>Дженту дистрибутив для тех, кому нефиг делать, лишь бы покомпилять, хаутушки почитать и понастраивать

стереотип.
про "компилять, настраивать и прочее" смотри выше. задолбали уже.
я юзаю дженту из-за гибкости ( USE-флаги ) и экономии трафека ( deltup рулит ).

>SUSE - для тех, кому надо сразу работать
>Научно доказанный факт. На моей машине зюзя завелась сразу и без разговоров всё железо подцепила.

смотри выше про железо и как она у меня "сразу работает". ltmodem и gf2 MX/MX 400 это далеко не экзотика.
и вообще уж в сузе могли бы и настройку мышки/мультимедийной клавы через yast сделать.

>jabber, ася, мыло, rss, www и прочие радости жизни включая ntp и svn работают, не работает всего лишь твой модем, причём это исправляется наличием прямых рук.

LOL. как это мне на лоре флеймить без модема? (-:
дык исправил же. только из коробки он не работал.
хотя пакет есть, при настройке сети через yast он сам ставиться и модем работать вроде бы должен был.

> Внутри офиса на серверах - Слакварь. На моем десктопе - Слакварь. На десктопе начальника - Слакварь. У одного из программистов Gentoo, а у другого 2-й операционкой - Слакварь (1-я - оффтопик). У одного из менеджеров 2 машины. Одна под оффтопиком, другая под Слакварью. :-)

Красотищ-щ-ща! :-D

>Да я-то съезжу, пожалуй, только это обойдется тысяч в 10 грина.

Это ты расчитал с учетом заезда в диснейлэнд? :-) Сумма великовата для рабочей поездки.

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

А запакованный образ установленного и настроенного раздела посылать вместо тела не пробовали?

>когда речь заходит о продакшн системах, то тут другие
приоритеты, и RHEL тут какраз кстати...

McMCC, оговорюсь, что я очень уважаю твое мнение и тебя человека много делающего для Linux, но прошу тебя не вводи народ в искус по поводу того, что RH ES/AS это есть очень хорошо, весело и беспроблемно.

Чтобы не быть голословным.

1. Мне часто _очень_ не нравятся как собраны пакеты RH. Зачастую многие вещи не поддерживаются "из коробки". Сие означет, что по нужен пересбор, при security updates надо делать up2date --get-source, править спеки, которые почему-то очень часто отличаются промеж себя (и это в стабильной дистре(!)), трахи с пересборкой на EM64T. Вместо того чтобы сделать apt-get intall lib_такая_то. Это реально забирает время и оставляет не лучшие впечатления, хотя и замечу, что ничего экстраординарного не использую.

2. Софта.. немного. Не все есть, что хочется/требуется. Собран не модульно - для меня это реальный минус. Мне проще делать apt-get install postfix postfix-tls postfix-mysql к примеру, чем править спеки заново пересобирать пакет. Затраты времени, трах гораздо выше, особенно когда еще и приходиться пользоваться не совсем официальными репозитариями. Clamav - тому пример.

3. Может у тебя и особые отношения с их суппортом, но я за неделю не смог получить от них ответа почему процессы неожиданно прыгают в D state (уже не возвращаясь) и как ты понимаешь никаким образом их от туда не выцарапать - только кнопка reset. Железо сертифицировано RH, протестировано по гарантии - трабла не в нем. Проблема до сих пор не решена, и я с тоской смотрю на то, что на этой неделе мне надо будет возвращать туда часть сервисов. От суппорта пока ответа нет - типа воспроизведите ситуацию.

4. Последний пример - ядру 2.4.21-32.EL SMP x86_64 дана опция nosmp призагрузке - oops и 3(!) часа в американском датацентре сервер не могли бутнуть.. Конечно проблема и тамошнем персонале - но ты пойди объясни это заказчикам (бизнесу), что у тебя такой крутой RH прыгул в oops, датацентр не смог выбрать 2 пункт меню и т.п.

В вопросе о качественных и повторяемых решениях, требуемых бизнесу RH не является образцом. IMHO.

P.S.
Один дебьянутый с легкостью поймет другого такого же дебьянутого :-), а грабли собирают обычно админы, а не манагеры. IMHO.

Поправка в oops пригнуло kernel-2.4.21-32.0.1.EL, в 37 (вышло через 2-3 дня после сообщения о этом) возможно уже поправили.

И еще в догонку..

McMCC, если тебе будет когда нибудь не сложно, пожалуйста, опубликуй скрипт, который выкинет и свежей дефолтной установки RH ES/AS все лишнее в твоей точки зрения чего не должно быть не сервера. Я так полдня убил в этом копаясь. Брр.. Хотя и узнал много для себя нового.

Вот только зачем узнал ?

>Почему использование дистрибутивов с коммерческой поддержкой лучше?

Подумайте, почему HP начала поддерживать Debian, JBoss, а на свои буки ставить Ubuntu. :-)

>Говорить о замене хост-рейда софтовым глупо. Попробуйте-ка засунуть /boot в софт-рейд??? Не важно почему выбрали хост-рейд, не в этом суть, суть в том, чтобы работало.

$mount | grep boot
/dev/md0 on /boot type ext3 (ro)

P.S.
Система поставлена по консольному порту на расстоянии в 400 км от датацентра. RH так умеет ? :-)

>В общем, с серверной стороны ситуация такая: просим у прова Mandrake (предпочтительнее) или SuSe. После чего, установкой софта из сырцов, превращаем это чудо в подобие Слаквари. Все довольны и счастливы.

А потом приходит другой админ и пытается в этой помойке хоть что либо понять и повыкидывать констыль на костыле. Это же насколько надо не уважать свою профессию, своих коллег ? Мегахацкеры, мля..

Я уже думаю брать щетку и pkgsrc от NetBSD на эту помойку ставить, чтоб хоть что-то было строгим и понятным.

P.S.
cat /etc/slackware-version
7.0.0

от которой остался разве что этот файл оригинальный.

>Я уже думаю брать щетку и pkgsrc от NetBSD на эту помойку ставить

Тоже думал над этим в свое время, прикручивать pkgsrc к своей старой слаке, превратившуюся за 4 года в lfs. В итоге, оказалось что не нужно гемороя - есть CRUX c замечательной системой портов. http://www.crux.nu/

>есть CRUX c замечательной системой портов.

Думаю, что в pkgsrc софта чуть поболе будет, да и уже нравиться начал - на солярке стоит. :-)

>Думаю, что человек закончивший курсы по обучению по системам RH и получивший бумажку по окончанию этих курсов, просто этого не допустит, пусть даже он будет не профессионалом...

Поднял уже наверное сотню серверов на SuSE и не разу в голову не пришла мысль купить бумажку от RH. Ненужна она совершенно....

ЗЫ: А Вы наверное преподаёте на курсах по обучению по системам RH?....

ретроградство все это:) eclass'ы намного мощнее, а если собирать некогда/лениво:

http://gentoo-wiki.com/TIP_Using_PORTAGE_BINHOST

могли бы кстати и дополнить списочек в конце статьи хостом для солярки:)

> Да, ну? Бытует же мнение, что любой дистрибутив, отличный от Debian'а, рано или поздно преобретает явные черты, прости меня Г-споди, Слаки, и неизбежно превращается в трудноуправляемую помойку непойми откуда взявшегося разношёрстного софта.

Это не слака, это жопорукость админа. У меня в слаке весь дополнительный софт поставлен через checkinstall, и никакого бардака нет в помине.

> Не далее, как месяц назад имел возможность наблюдать человечка, системного администратора в крупной конторе, хваставшегося тем, что он связка SuSE SLES + apt наконец заработала! Продолжать? :-)

А что, apt так сложно поставить? Тюююю... И вы им ещё гордитесь после этого?

Checkinstall кривой уж больно. Сейчас в моде разыскивать/писать слакбилды
(да и это наиболее прямой вариант), которые используют DESTDIR(если это возможно)

Кстати, мало чем отличается от написания спеков к RPM.

>Checkinstall кривой уж больно. Сейчас в моде разыскивать/писать слакбилды (да и это наиболее прямой вариант), которые используют DESTDIR(если это возможно)

>Кстати, мало чем отличается от написания спеков к RPM.

Только хер потом что сотрёшь всем пакетом, если Makefile не хранишь.

<i>Так почему же всякие писаки считают *BSD достойными корпоративного рынка, а Slackware/Gentoo - нет? </i>

А где я написал, что BSD рекомендована? Я её упомянул как традиционную для Интернет-серверов, но потом не говорю о ней вовсе. Личное мнение: кроме всяческих разных телеком-провайдеров, ей сейчас в корпоративном секторе делать нечего.

Про gentoo немного неверно.. Система имеет жёсткую структуру конфигов имеет очень развитую систему управления пакетами. Любой чел знающий Генту всегда разберёться в другом генту. Генту имеет наверное самую быструю реакцию на обновления. Имеет очень развитое сообщество(сопостовимо с Дебианом). Позволяет добиться огромной скорости работы...

Да и ещё... всёже неправильно когда компания берёт OpenSource продукт и работает с нм как с комерческим... мало кто решаеться переёти на модель OO в бизнесе. Всё это не чень хорошо... ИМХО бизнес слишком консервативен но менять всёравно когдато придёться.

Как то мне захотелось напомнить многим, что линукс то стал популярным против воли всех корпораций, усилиями админов, которым он нравился. И эти админы были так настойчивы в своих пристрастиях, что в конце концов все менагеры стали думать о том, что может стоит посмотреть и в сторону линукса ? Но пока менагеры сообразили, винда стала как вездесуща как вакуум.

Спору нет, сертификация, унификация и прочее, это добро. Но это лишь подсобные моменты. Если чересчур ими увлекаешься - то получаешь винду с Билом Г.

Все беды от менегеров.

Каждый раз, когда они понимают, что это земля вертиться вокруг солнца, хотя они каждый день видят прямо противоположное - оказывается, что опоздали. Поезд уже ушел. Не понимают управленцы, что ВРЕМЯ для ИТ самое важное. Пока они играют в свои игры - стандартизация, спецификация, время опять уходит. Менагеры хотят управлять, а как управлять админом, если все упирается в него(них) ? Плати админу, сколько он хочет, делай как он говорит, и держи кого нибудь, чтобы он по словам админа писал, что где и как. И тогда все будет путем, все будет летать и будет полная нирвана.

Должны быть открытые драйвера. Это идеология линуха. Это система, где все делается вместе, без монополии, без закрытости.

Один из моих друзей, рассказывал мне, что srpm пакеты RHEL 4.х не возможно скомпилировать, с каждым пакетом нужны изощренные танцы с бубном. Их невозможно в какой нибудь среде, как в гентоо например, взять и на потоке скомпилировать. Как же мне верить в надежность бинарного пакета, если он даже не компилируется ?

Прав был мой друг, или он секретов не знал каких то про RHEL 4.х?

> Прав был мой друг, или он секретов не знал каких то про RHEL 4.х?

Руки у него были кривые, вот и весь секрет. Кроме ядра (где действительно могут потребоваться танцы с бубном) все остальное собирается.

>Как то мне захотелось напомнить многим, что линукс то стал популярным против воли всех корпораций,

Корпорациям, откровенно говоря до фонаря любая ось. Выгодно ставить ось - будут. Невыгодно - нет. Экономика прежде всего, а никакие там "усилия админов". Так что - "воля корпораций против Linux'а" - это из разряда всемирного заговора судей против российской футбольной сборной;).

>Но пока менагеры сообразили, винда стала как вездесуща как вакуум.

Вашими устами йод бы пить, вьюноша :) Напомню, что винда имела уже все в том 1995 году, когда Linux нахожился если уже не в "противозачаточном состоянии", то, скажем - в зачаточном. Это - если иметь в виду вариант для корпоративного использования. Обидно, но, к сожалению факт. Если не нравится понятие "винда" замените это понятием "полуось" (мир праху ее!). Функционал последней в том же 1995 году был на порядок выше новорожденного детища Линуса (а может и на два). Так что винде было отдано на откуп не менее 4 лет, прежде чем Linux стал представлять из себя более-менее законченную ось, а не поделку. Глупо было бы не занять такую нишу.

>Все беды от менегеров.

Угу.. "Во всем виноваты евреи". А еще немцы, американцы, русские,китайцы и манагеры. Очень удобная точка зрения - всегда кто-то другой виноват.

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

Аха.. Для админа - аббизатьлна! И полный кхм.. полное фиаско для корпорации, в которой такое будут делать. Я чего-то не понял - админы для предприятия или предприятие для админа? Нет - так просто для уточнения хотелось бы услышать ;)

Миша, если не знаешь тему разговора, лучше молчи.

Всё замечательно стирается именно всем пакетом, без всякого сохранённого Makefile'а

> Позволяет добиться огромной скорости работы...

Больше скорости света? Не про оптимизация ли ты? :)

Послушай, при всем уважении, при всем понимании что "кривые руки" это термин, все такi поуважительнее и поконструктивнее пожалуйста.

Не зная человек не стоит ставить диагноз. У тебя, компиллировались эти самые srpm ? Ты готов ему указать на его конкретные ошибки ?

2 pivot

Мне в общем не обидно быть юношей, так как я никогда не был неучем и неумехой. Но что то мне подсказывает, что юноша это не я. Есть идеи кто?

До винды были другие *никс системы, только благодаря умным менагерам, с их страстью все менагировать, винда получила такое распространение.

И опять таки, в масштабе времени нескольких лет, админы, положив на их предпочтения, пробили линух на производство.

Роль менагеров переоценена, и их дурное влияние на прогресс просто неучитывается. Был бы повнимательнее, понял бы в чем проблема.

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

Сертификации и проч. лишь просто удобный стереотип работы для менагеров. Можно управлять результами работы ИТ-шников, достаточно платить, не мешать работать и принимать решения, и отвечать за решения. А также документировать работу. Еще обеспечить профессиональную конкуренцию.

Админы, это самомотивирующаяся прослойка работников, и менагеры должны это знать и учитывать.

Да флейм раздули и на гуру наехали. Так вот расскажу реальный случай был у нас в ВУЗе свой мегагуру, бывший хакер. Пинали его бедного пинали, что кроме него никто не мог разобраться что он в слаке наворотил. Плюнул он на это и ушел в серьезную корпорацию в Москве, сейчас ездит по командировкам по всей России, загребает бабло лопатой. а те админы, что ныли, что мол ничего не понимают в том что мегагуру сделал остались на месте на маленькой зарпалате. Вывод да здравствуют мегагуру, честь им и хвала именно они двигают прогресс. А сертифицированные админы, непонятно по каким лицензиям, практически не решающие никаких серьезных задач (я только таких к сожалению видел) но при этом держащих пальцы веером собирают сливки за мегагуру.

>До винды были другие *никс системы, только благодаря умным менагерам, с их страстью все менагировать, винда получила такое распространение.

В период того самого 1995 года когда вышли два варианта "форточек" все *nix системы стоили на порядок больше (SCO - практически на порядок, а уж HP-UX, Solaris и т.п. - просто невозможно дорого). И Win с его стоимостью и функционалом по соотношению цена/возможности попросту вптоптал в пыль неповоротливых конкурентов. И никаких "вселенских заговоров". То, что работает лучше или также и при этом стоит дешевле - победило. Ровно так же как сейчас идет Linux. Деятельность админов в том и в этом случаях возможно и была, но не сыграла никакой основополагающей роли. Среди админов тогда "полуось" была весьма и весьма популярна. И где теперь эта "полуось"? А ведь была - лучше "форточек". Но... Дороже. И, как говорится, абзац...

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

Очень патетично и пафосно, но неправильно. На производство Linux пока не пришел, в бизнес - да, приходит. Но опять же - там, где он экономически эффективен. Всегда и всюду будет задача не Linux ради Linux'а, а Linux ради получения большей прибыли. При этом производство всегда консервативно - "работает - ну и хорошо", и будет перестраиваться только при жесткой экономической причине ("это дешевле, значит можем уменьшить затраты"). Админы здесь не при чем. Для примера - вон "макинтошники", на что уж упертые да и платформа - не самая плохая, а где развитие? Нетути... А попробуй "правоверного маковца" убедить в удобстве Linux - да хоть всем LOR'ом надорвись от крика, все равно ничего не выйдет :)

>Роль менагеров переоценена, и их дурное влияние на прогресс просто неучитывается. Был бы повнимательнее, понял бы в чем проблема.

Да я вообще о манагерах не писал. Перечитай постинги-то :) Писал сугубо про то, что первооснова развития - экономическая. Будет при этом противодействие, не будет - при мощных экономических предпосылках развитие все равно пойдет, разве что темп изменится.

>ИТ технологии - ключ к развитию бизнеса, а они стремительно развиваются.

Не буду спорить. И что?

>Нет специалистов кроме самих админов и ИТ-в, нет всей инфраструктуры, так идет стремительное развитие.

Ага.. "Нет Бога, кроме Аллаха..". "Нет оси кроме Linux'а и Линус - пророк ее". В чем суть то этого предложения? ;) Что кроме админов в любой компании нет специалистов? Кхм.. Зайди там например в офис, где сидит любая софтверная компания и скажи это программерам. Если они люди с юмором - услышить много нового :). А то еще можно сказать подобное где-нибудь на авиационом заводе - тоже, знаешь, могут разъяснить о роли админа на подобном предприятии.

<Роль менагеров переоценена, и их дурное влияние на прогресс просто неучитывается. Был бы повнимательнее, понял бы в чем проблема>

А разве я не про экономику ? Косность менагеров все тормозит. Инфаструктура, к которой они привыкли, не поспевает за развитием ситуации. Она в каждый момент времени неадекватна.

И все специалисты которые сейчас, в данный момент времени разбирается в предметной области, заняты производством (админы). Так как быть занятым, создавать что нибудь единственный способ быть адекватным специалистом. Нет варианта иметь компетентного специалиста, занятого только управлением. Тот кто не работает, не адекватен, он не может адекватно оценить работу друго специалиста. При таком стремительном развитии традиционные формы менеджента тормозят, не работают, не адекватны ситуации.

Я работал на производстве, на котором тебе по видимому и не придется работь(не хочу обидеть, таких производств немного). Где были регламентированы все технологические отношения, все твои должностные обязанности, по причинам безопастности. Был очень внушительный пакет такой документации, которую необходимо было знать. Экзамен по всем должностным предметам раз в год. Но ИТ сфера, все равно выбивалась из этого ряда.

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

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

> У тебя, компиллировались эти самые srpm ?

Да, компилировались.

> Ты готов ему указать на его конкретные ошибки ?

Легко. Нечтение документации причина всех зол.

>Про слаку и прочие генту тут ответили и без меня. Не место им в корпоративном секторе (в подавляющем большинстве случаев).

Это еще почему? Потому что устанавливая Gentoo ты вовсе не обязан прийти к какому-то жестко заданному образу, на подобии того к которому приходишь устанавливая RHEL? Но если в первую очередь задача Red Hat - гарантировать четкую и слаженную работу всех компонентов входящих в дистрибутив, то что мы теряем используя Gentoo, в котором над той же задачей трудится целое сообщество, по размеру сравнимое с сообществом Debian, а по инициативности, возможно (но это уже мое IMHO) и превосходящее его? Любой системный инженер имеющий значительный опыт работы с Gentoo способен построить в компании инфраструктуру надежно работающую, имеющую быструю и централизованную систему обновлений, а так же управлять, и администрировать которую будет не в пример легче парка машин с Red Hat Linux на борту, т.к. заниматься этим все-таки будет человек/команда который ее построили, а не техсуппорт Red Hat'a. Практика показывает, что четкое понимание того что происходит в системе, важнее любых других факторов влияющих на ее целостность. И никакие курсы RHCE не помогут лучше добиться такого понимания, чем личное участие, на разумном уровне, в построении системы с помощью инструментов специально для этих целей разработанных командой Gentoo. И чем больше копания, чем больше сеть машин входящих в систему - тем больше дивидентов принесет подобное внедрение, и тем меньше удельный вес затрат на первоначальную разработку и конфигурацию структуры.

Да, может быть с позиции менеджера крупной компани, привыкшего строить бизнес-планы основанные на строгих математических моделях выбор между инфраструктурой, базирующейся на Gentoo linux, которую обещает построить своя команда IT-специалистов и сертифицированными решениями компании Red Hat и будет склоняться в пользу последнего, но мне кажется это как раз для таких случаев необходимо писать статьи, рассказывающие о перспективах использования различных дистрибутивов, не делая далеко идущих выводов о системах, возможно, не достаточно тобой изученных - ведь все знать невозможно... Иначе твою статью можно было бы назвать "Почему корпоративные пользователи выбирают Red Hat/Novel" и адресовать ее читателям LOR'а.

На последок пару слов о бинарных драйверах используемых Red Hat и ее партнерами в своем дистрибутиве. С какой стати я, как покупатель их продукции, использующий Linux - наиболее свободную из операционных систем, буду спонсировать создание корпорации которая повышает привлекательность своей продукции за счет распространения ПО без доступа к исходным кодам? С меня вполне достаточно подобных решений от M$.

>> BSD всяко лучше (я правда это сказал?) этих "корпоративных" линуксов. BSD, опять же, в смысле идеологии.

>Опять слакварьщик с BSD-style init вылез? Ну-ка, расскажи нам всем, каким образом автоматически добавлять сервис в загрузочный сценарий при установке пакета?

Оп-ля.
В *BSD уже давно rc.d используется

Лехко, если надо :)
man diff, man patch и 2 дополнительных строчки в doinst.sh
только вот мне лучше знать, где мне лучше поставить старт сервиса

P.S. Другое дело, что при количестве пакетов больше нескольких это чуть сложнее, но ведь вопрос то был об одном, не так ли? :))

> В *BSD уже давно rc.d используется

Ну вот, даже в BSD перешли на SysV - одни только... э-э-э... Убежденные последователи церкви святого Патрика остались :-)