Возвращение RedHat Linux?

>Смотрю я на линуксоидов и все меньше хочется ассоциироваться с таким сообществом, в котором на каждом шагу попадаются какие-то агрессивные, фанатичные и завистливые представители, постоянно поливающие говном Билли и друг друга по любому поводу. Типичные представители - ты, вон тот сопливый анонимус-гентушник, Gharic, geek и т.д. Убейте себя - очистите сообщество. Сообщество должно выпускать свое ПО и улучшать его, а не постоянно говнить софт мелкософта и на их фоне пытаться выделиться, не замечая собственных недостатков - это грязная практика

Проблемы с юмором?Этож ЛОР!Не нравится не жуй.

Мдаа,новые правила встали рождать каких-то не правильный анонимусов-мутантов:)

Даешь холивар шапка вс биореактор!

перевожу: "Сам шучу - сам смеюсь, а у непонявших мой тупой и противный юмор требую извинения".

Тринадцатую на небесной перводискете уместят и наступит виндекапец.

>перевожу: "Сам шучу - сам смеюсь, а у непонявших мой тупой и противный юмор требую извинения".

А читать и понимать прочитанное уже разучились? Так за что я потребовал извинений? За юмор, или за обвинения в мой адрес? Переводчик из Вас хреновый оказался.. вы и читать-то толком не умеете..

Все ясно с контингентом - в глазах уже туман, только себя и слышат, да и то, не всегда..

С вами вступать в полемику - только себя не уважать.. Я никогда не позволяю себе нигде никого оскорбить, да еще и необоснованно. И дело тут не в юморе, хотя каламбур вышел удачный, по ситуации с Novell и MS, никоим образом не затрагивавший личность участников форума и конкретное ПО. Кому надо - понял сразу, а не встал в обидчивую позу и не начал огульно охаивать всех поименно..

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

>У меня на десктопе, на буке и на домашнем компе FC6 работает. У моего соседа на десктопе и домашнем компе тоже работает. Серверы (3 штуки, в т.ч. два оракловых) работают. Что мы делаем не так, ..

А то, что деньги ты этим не зарабатываешь :), через год нужно все будет переустановить, т.к. lifetime у FC слишком короткий. Вот тебе и большое ТСО, как билли прописал.

Поэтому для работы, нормальные админы поставят не FC, не gentoo, и даже не убунду - а, если хочешь сэкономить, centos, для серверов точно (клона SLES к сожалению не существует), да и для WS тоже хороший выбор.

И так скромно, у меня на столе так работает el4, и даже тестовый oracle там же. А удаленно, за кордоном у заказчика, страшно подумать, старый добрый windows2000, но с последними патчами! (на что будут менять через пару лет, даже не знаю).

>> RH не дает бинарников updates даром

>Вызывающе неверная информация. RH _дает_ бинарные апдейты даром в течении 30 дней бесплатной регистрации.

Полностью соглашусь с формулировкой: бинарные_пока_дает даром.

А исходники они _обязаны_ давать даром.

Поэтому и настоятельно рекомендую клоны RH.

Что и _когда_ делать с сервером с 5 федорой я знаю. Что делать с RH за неделю до отпуска в 45 дней? Предложение забыть о updates мне не нравится.

> дома fc5, рабочий деск fc5, сервак fc4 (от старого админа достался, сегодня станет fc5), еще 3 сервака fc5, все работает, всем доволен .... наверное я что то не так делаю .....

то UrfinKnight

Конечно, уже fc7 на подходе, а ты только fc5, который вот-вот снимут с поддержки. А я ставил в свое время el3 - который вышел раньше fc2, так до сих пор трудиться, патчи ставятся, и ни каких проблем. Посчитаем ТСО?

Неплохо... а OpenRHED будет? ;-)

>А то, что деньги ты этим не зарабатываешь :), через год нужно все будет переустановить, т.к. lifetime у FC слишком короткий. Вот тебе и большое ТСО, как билли прописал.

Через год, после выхода fc8.

>fedora 6 При установке поставила kernel-i686 а в уме (базе rpm) записала kernel-i586 и при обновлениях ум слетел. Опять рассматриваем ласты.

Fedora 6 при установке ставит ядро 586 - это задокументированная ошибка (если не ремастеренная).

Тебе нужно было после установки сразу 686 воткнуть и было бы счастье. Не учили release notes читать?

>fedora 5 mount 1/2 года назад 2 -3 дня в updates лежал с ошибкой в подключении NFS. Система (не 1 ЭВМ) клеит ласты.

Ок. Хотя странно - она вся на NFS была?

>Интересно, а много ли будет желающих уйти с отлично отлаженной десктопной Suse в йyх знает какую FC?

Зависит от цены и возможностей. Suse тоже от ошибок не застрахована. И вообще удивительно для меня сравнение платного дистриба с бесплатным тестовым полигоном.

>Это тоже самое относится и к России, где пытаются делать "как у них", а получается - "как у нас всегда".

Пилотам и танкистам расскажи, а то они не знают.

>О да, моща.

Учитывая, что раньше это были винды и фряха, это моща.

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

Ох не спроста сюда постили новость о настройке сети в Red Hat Linux 4.0 :)

Месяц RH на ЛОРе :)

anonymous> Это pr в чистом виде. Что шапки собираются сделать принципиально нового? Сверхбыстрые иксы напишут? Или офис? Или хотя-бы фирефоперу какую? Нет ведь? Скомпонуют очередную дозревшую fedora и никакой революционности.

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

А вот еслы бы заявляли о чём-то новом и революционном, но на самом деле таковым это не было бы, тогда это был бы пЕар.

dmesg> Кстати, простите за оффтоп: как много желающих слезть с английского языка на немецкий

Ну лично я бы подучил как ещё один иностранный язык. В школе учил немецкий. Когда пришёл в универ, начал учить английский. И ничего так, нормально. Хочу ещё попозже выучить немецкий. База есть, остальное не так трудно должно быть.

anonymous> Когда на рынке конкурируют два продукта - от нецкой фирмы или от американской

Novell - немецкая фирма?????

>битые binutils

export LDFLAGS="-s -Wl,-O1,-zdynsort,-z,combreloc,-hashval,--as-needed,--enable-new-dtags -Bdirect"

./configure

cat config.log | grep bug

вот там и видно про ld, internal error, please report this bug

Всё, кончай оправдываться, я это не люблю. Разговор со мной ниже твоего достоинства - не разговаривай, я тоже тебя очень люблю.

Не там регистрировался :) dmesg выше ссылку давал.

> Через год, после выхода fc8.

Коллега, тут ты не прав. У FedoraCore жизненный цикл - 1 год (две версии федоры). Федора выходит два раза в год. Т.е. как только выходит FedoraCore 8, поддержка FedoraCore6 прекращается. Говорю тебе, как сертифицированный инженер RedHat. :) Самой RedHat дистрибутив Fedora задумывался исключительно как экспериментальный девелоперский дистрибутив с очень коротким сроком поддержки. Они сами об этом говорят. А на серверы Fedora'у ставят по "старой памяти" о RedHat Linux.

Раз и навсегда давайте запомним:

Fedora - это позиционируемый RedHat'ом дистрибутив для девелоперов и может быть для домашних машин, где не страшен апгрейд с версии на версию. Повышенное количество дебага и укороченый жизненый цикл.

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

Ха-ха. Может быть еще и сами программы исправлять они должны? Устранение ошибок в программах - задача ПРОГРАММИСТОВ, поиск функциональных багов - задача ТЕСТЕРОВ, поиск уязвимостей - задача АУДИТОРОВ кода. Нормальный софт уже должен быть отлаженным и не доставлять проблем при обновлении. Администратор предназначен для АДМИНИСТРИРОВАНИЯ - мониторинг/установка и конфигурирование/бэкап/замена вышедшего из строя железа. Если он занимается сборкой - то выполняет работу программиста, ловит проблемы при обновлении - работает бетатестером.

> И если это напрягает, почему бы не поменять профессию на менее стрессовую ?

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

> Если на серваке такой бардак, зачем же желоваться ?

Я еще с ума не сошел ставить фрю или генту на сервер, а потом разгребать грабли после обновления. Это десктоп + тестовый полигон. Часть хобби у меня такая - сорсы ковырять и патчи на баги слать, делая свой вклад и своеобразно расплачиваясь за халявное использование системы.

> А вот всяческие провокации и обливание грязью в виде недобросовестных технологии и заказанных "исследований" и тестов - это все почему-то исходит именно от MS.

IBM, Novell и Redhat занимаются тем же самым - заказные исследования и анализ тех же GTF, и все также трактующийся в свою пользу. То, что MS упоминает свои патенты, которые нарушает Linux, samba и др. А разве это неправда? И почему бы им не пнуть слабого да посильнее - в конкурентной борьбе все средсва в рамках правил хороши. Пусть RH,IBM или еще кто-нибудь в ответ заявит об использовании своих патентов. С мелкософта постоянно снимают баблос за нарушение чьих-то патентов. Или то, что крутящийся в режиме ядра IIS уделает по выдаче статического контента юзерспейсный Apache разве неправда? Проигрывать нужно достойно и пытаться взять реванш, а выигрывать красиво и чисто, не опускаясь до вываливания конкурентов в грязи.

> Вы не правы. Советую извиниться..

За что извиниться? А какое еще мнение о линуксоидах может возникнуть о стороннего посетителя, для которого что винда, что юникс - всего-лишь платформы при прочтении подобных комментариев от зарегистрированных пользователей:

> Более того, я даже знаю через чью очкастую задницу выйдут его переваренные остатки..

Честно говоря, надоело уже, что к линуксоидам, благодаря таким вот выпадам уже относятся не как к высококвалифицированных технарям, а как к неадекватным красноглазым сопливым фанатикам ненавидящим m$ и билли лично.

jackill, вам сколько лет? Или у вас день не выдался?

Читал текст новости ночью, поэтому не совсем понял. Теперь понятно. Десктопную систему следует, скорее, понимать, как систему для домашних пользователей или энтузиастов. Корпоративный линух, скорее, будет называться линухом для рабочих станций. В любом случае, Федора, при всем к ней уважении, не очень подходит на роль коммерческого десктопного дистрибутива.

Насчет компиза... Оно-то, конечно, понятно. что нехер включать. Но, извините, нехер тогда и в дистрибутив включать, если оно не работает. Или как в анекдоте: "Вот так не больно - вот так и ходите?" Я знаю, что серьезный разработчик (а РедХэт я считаю серьезным разработчиком) в систему, за которую он получает деньги такое не включит.

Федора на серверах... Славно. Работает? Честь вам и хвала. И у меня дома стояла пятая, теперь стоит шестая федора, я доволен. Но на работе ЦентОС. Потому что одно из обновлений ядра в пятерке привело к тому, что ядро не грузилось. Да, возможно машина кривая. Но она же была потом отдана для некритичного сервера, в роли которого уже более года работает без единого сбоя под приличной нагрузкой.

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

Генту, возможно, хорошо, с ФриБСД тоже довелось играться в свое время. в чем-то этот принцип и оправдан. Но зачем мне тратить время на постоянную сборку и тестирование пакетов? Я это делать не хочу. Я уверен, что дяди, которым за это платят, справятся с задачей не хуже меня. Вы же не строите себе дом сами, вы нанимаете для этого строителей?

> Что и _когда_ делать с сервером с 5 федорой я знаю. Что делать с RH за неделю до отпуска в 45 дней? Предложение забыть о updates мне не нравится.

А вы чьи, господа, бабки экономите, подвергая сервера компании риску сбоев неотестированого FC и оставляя машины с бесплатно скачанным RHEL без обновлений? А отвечать за такую дурную экономию чужих денег кто будет? Неужели нравится развлекаться с FC и каждый год ее переустанавливать? Redhat делает огромный вклад в opensource, за работу нужно платить, так почему бы не относиться к RHEL серьезно - как к нормальному и сравнительно дешевому UNIX-у с открытым кодом, и не оформить подписку, поддержав профессиональных разработчиков, а не непонятных маркетологов, и обеспечить нормальное функционирование серверов, избавившись от гиморроя с тестовой федурой, которую нужно каждый год переустанавливать?

>Так кто у нас из "приближенных" ныне к сусе, из враждебного лагеря, очки носит? Которого знают все?

Миша suser?

> через год нужно все будет переустановить

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

> нормальные админы поставят не FC, не gentoo, и даже не убунду - а, если хочешь сэкономить, centos, для серверов точно

"Нормальные админы" будут ставить то, что им прикажут ставить разработчики :-)

>Дайте кряк на активацию RHEL 5 !

>Это не будушее, это уже случилось!

Ну куда спешишь то. Щас китаёзы доломают активацию Висты и тут же займутся отламыванием активации в RHEL5.

Гг

>А на серверы Fedora'у ставят по "старой памяти" о RedHat Linux.

И если (клон)RHEL не впихуем. Не успевают они за серверостроителями, а еще любят отключать _нужные_ но устаревшие протоколы в ядрышках.

>А вы чьи, господа, бабки экономите, подвергая сервера компании риску сбоев неотестированого FC

Если 5 федора еще не оттестирована, то RHEL5 не может иметь право на существование. 7 федору я на сервер ставить буду через 1/4 года после выхода, не раньше. Да, я понимаю неприятности короткого срока жизни, сожалею о кончине fedoralegacy.

>А отвечать за такую дурную экономию чужих денег кто будет?

Я буду. Но я знаю когда платить за лицензию, когда ставить клон, когда ставить fedora. В _наших_условиях лицензия дает только право свалить ответственнось на другого, _быстрой_ поддержки нет. Платить за бумажное прикрытие задницы от тяжелого сапога пользователя? -не спасет. Когда программист требует поддержки от оракла - это аргумент. А когда система раз в неделю в поизвольное время клеит ласты - в этом случае формулировка вопроса в техподдержку обычно уже и является его решением. На нечетко сформулированный вопрос ответ "у вас сбоит память".

>почему бы не относиться к RHEL серьезно - как к нормальному и сравнительно дешевому UNIX-у с открытым кодом

Про дешевизну можно поспорить, а про соотношение цены и возможности получить поддержку у дебиан,федора/RHEL _в_наших_условиях я бы не спорил а смеялся.

> А теперь аргументированно скажи ЗАЧЕМ. Рабочая станция спокойно апгрейдится до следующей версии за пару часов, а смысла апгрейдить на следующую версию работающие сервера я просто не вижу.

Элементарно, Ватсон. Чтобы они не были дырявыми и их не сломали. Сервера не обновляют только хреновые админы, которых постоянно ломают.

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

Смеяться полезно. http://www.rhd.ru/support.html

> Про дешевизну можно поспорить

Можно, например, сравнить стоимость подписки RHEL и W2k3EE+лицензии доступа+оплата техподдержки(она для серверных продуктов небесплатная). При этом клиенты RH получают новую версию по подписке автоматом, а винду нужно платить снова и за лицензии доступа - тоже. Ну

Сорьки, отвлекли. Ну и еше с коммерческими UNIX-ами стоимость тоже можно посравнивать, разумеется.

>Смеяться полезно. http://www.rhd.ru/support.html

Спасибо, посмеялся.

>Можно, например, сравнить стоимость подписки RHEL и W2k3EE+лицензии доступа+оплата техподдержки

Можно сравнивать и со стоимостью поддержки программного комлекса шатла.

Но _в_наших_условиях сравнивается стоимость (длительность простоя) системы на базе RHEL и бесплатной системы с его клоном/функциональным аналогом. При доступе к интернету и _наличии_специалистов_с_приемлемым _уровнем (более 5 лет опыта работы с линукс), решение проблемы быстрее во втором случае.

В случае отсутствия специалистов проблема будет решаться дольше во всех вариантах.

> В случае отсутствия специалистов проблема будет решаться дольше во всех вариантах.

Ога, только в случае RHEL-а проблема и не возникнет, в отличие от FC, которая втыкает ядра, от которых система умирает =)

> Но _в_наших_условиях сравнивается стоимость (длительность простоя) системы на базе RHEL и бесплатной системы с его клоном/функциональным аналогом. При доступе к интернету и _наличии_специалистов_с_приемлемым _уровнем (более 5 лет опыта работы с линукс), решение проблемы быстрее во втором случае.

При налетании на грабли в программе при наличии подписки можно надеятся на получение от RedHat решения - патча в течение оговоренного времени в _любы_х условиях. На что можно рассчитывать и за какой срок, используя бесплатную систему и налетев на те же грабли? На безответные вопросы в форуме, на реакцию автора в течение пары часов, на самостоятельные навыки в исправлениии программ? А при падении Oracle куда оракулисты пошлют, если узнают об эксплуатации на несертифицированной системе?

Вот это в бесплатной FC6 нормально?

Mar 22 18:09:41 localhost kernel: printk: 166 messages suppressed.
Mar 22 18:09:41 localhost kernel: 4gb seg fixup, process mono (pid 2363), cs:ip 73:0811ccc1
Mar 22 18:09:45 localhost kernel: printk: 4147 messages suppressed.
Mar 22 18:09:45 localhost kernel: 4gb seg fixup, process beagled (pid 2363), cs:ip 73:0811cb2a
Mar 22 18:09:51 localhost kernel: printk: 5671 messages suppressed.
Mar 22 18:09:51 localhost kernel: 4gb seg fixup, process beagled (pid 2363), cs:ip 73:0811cb2a
Mar 22 18:09:56 localhost kernel: printk: 2528 messages suppressed.
Mar 22 18:09:56 localhost kernel: 4gb seg fixup, process beagled (pid 2363), cs:ip 73:0811cb2a
Mar 22 18:10:00 localhost kernel: printk: 4153 messages suppressed.
Mar 22 18:10:00 localhost kernel: 4gb seg fixup, process beagled (pid 2363), cs:ip 73:007fbc29
Mar 22 18:10:05 localhost kernel: printk: 14099 messages suppressed.
Mar 22 18:10:05 localhost kernel: 4gb seg fixup, process beagled (pid 2363), cs:ip 73:0811cb2a
Mar 22 18:10:10 localhost kernel: printk: 11335 messages suppressed.
Mar 22 18:10:10 localhost kernel: 4gb seg fixup, process beagled (pid 2363), cs:ip 73:0811ccc1
Mar 22 18:10:15 localhost kernel: printk: 7913 messages suppressed.
Mar 22 18:10:15 localhost kernel: 4gb seg fixup, process beagled (pid 2363), cs:ip 73:0811ccc1
Mar 22 18:10:20 localhost kernel: printk: 15309 messages suppressed.
Mar 22 18:10:20 localhost kernel: 4gb seg fixup, process beagled (pid 2363), cs:ip 73:0811cb2a
Mar 22 18:10:25 localhost kernel: printk: 15123 messages suppressed.
Mar 22 18:10:25 localhost kernel: 4gb seg fixup, process beagled (pid 2363), cs:ip 73:0811cbff
Mar 22 18:10:35 localhost kernel: printk: 7741 messages suppressed.
Mar 22 18:10:35 localhost kernel: 4gb seg fixup, process beagled (pid 2363), cs:ip 73:0811cbff
Mar 22 18:11:26 localhost kernel: printk: 7 messages suppressed.

А то, что localhost не ресольвится, пока не пропишешь вручную в /etc/hosts?
Это в догонку о том, что с RHEL-ом проблем, тем более таких очевидных, просто не возникнет.

>Ога, только в случае RHEL-а проблема и не возникнет, в отличие от FC, которая втыкает ядра, от которых система умирает =)

Плавали, знаем.

Еще как возникают, и исчезают после отката на старую версию ядра. Техподдержка просит тестировать память =). После следующего updates проблема рассасывается. Случай "раз в неделю, зависит от погоды в Годурасе и проявляется только вот на этой машине" техподдержка будет ловить не меньше недели, если еще найдет машину подходящей конфигурации. История старая, ложечки нашлись, а вот осадочек остался.

> Чтобы они не были дырявыми и их не сломали

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

> при падении Oracle куда оракулисты пошлют, если узнают об эксплуатации на несертифицированной системе?

Информация к размышлению - чуть не четверть "боевых" ораклов в этой стране гордо носит номер неподдерживаемых уже версий, и не важно на федоре он, на слаке или на рхеле - сама версия СУБД не поддерживаемая :-)

> а то, что localhost не ресольвится, пока не пропишешь вручную в /etc/hosts?

[dalth@viking ~]$ cat /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
172.23.2.114 viking.chel.lukoil.com viking
[dalth@viking ~]$ host localhost
localhost has address 127.0.0.1
[dalth@viking ~]$

Может хватит нести чушь?

>А вы чьи, господа, бабки экономите, подвергая сервера компании риску сбоев неотестированого FC и оставляя машины с бесплатно скачанным RHEL без обновлений?

Можно обновлять только критичные пакеты, а не всю систему.

>Неужели нравится развлекаться с FC и каждый год ее переустанавливать?

Почему каждый год?

>Redhat делает огромный вклад в opensource, за работу нужно платить...

Тестирование и сообщение об ошибках - тоже оплата. Начнешь считать деньги, поймешь.

>Коллега, тут ты не прав. У FedoraCore жизненный цикл - 1 год (две версии федоры). Федора выходит два раза в год. Т.е. как только выходит FedoraCore 8, поддержка FedoraCore6 прекращается. Говорю тебе, как сертифицированный инженер RedHat. :)

Читаем еще раз: через год запятая -пошло расширенное определение- после выходя fc8. Т.е. поставил версию после выхода - живи год с ней (примерно).

Для моих целей апдейт не страшен.

>Novell - немецкая фирма?????

Suse - немецкая фирма. Была.

>jackill, вам сколько лет? Или у вас день не выдался?

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

И почему Джекилл, если ответ идет на анонимуса? У форума древовидная структура.

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

Он есть - WS.

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

Кстати, оно работает. Но я бы пока включать не стал.

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

Гм. Вот уж хз. У меня апдейтится все постоянно, однако же aMule работал всегда (а пользуюсь я им круглосуточно).

Сказать есть чего, просто не хочется нарываться на невменяемых малолетних красноглазых идиотов, у которых есть два мнения - их и неправильное. В этом случае, обычно, ни дискуссии, ни спора не получается, время тратится зря.

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

Еще раз возвращаясь к компизу... Должны быть серверные дистрибутивы, в которых подобных красивостей быть не должно вообще. Либо не быть до тех пор, пока они не станут стабильными. Должны быть серьезные десктопные дистрибутивы, в которых не должно быть заведомо нестабильных пунктов. При всем неуважении к МС в ее ГУИ нет таких откровенных ляпов. Дай Яхве, конечно, сил разработчикам компиза-берила, чтобы как можно быстрее довели это дело до вменяемого состояния - разработка все же перспективная.

А еще интересно - куда дели мой пост с выкладками? Понятно, что не очень-то умно, но дает ответ на вопрос - почему РедХэт не дает качать РХЕЛ5 на халяву всем, кому ни попадя.

> Может хватит нести чушь?


[test@localhost ~]$ ping localhost
ping: unknown host localhost
[test@localhost ~]$ host localhost
[test@localhost ~]$
[test@localhost ~]$ cat /etc/fedora-release
Fedora Core release 6 (Zod)
[test@localhost ~]$ cat /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
::1 localhost.localdomain localhost
[test@localhost ~]$ cat /etc/resolv.conf
; generated by /sbin/dhclient-script
search localdomain
nameserver 192.168.100.2

Съел? Вот она тестовая недосистема.

> Информация к размышлению - чуть не четверть "боевых" ораклов в этой стране гордо носит номер неподдерживаемых уже версий, и не важно на федоре он, на слаке или на рхеле - сама версия СУБД не поддерживаемая :-)

Чуть ли не четверть админов в мире - раздолбаи, которые вообще не обновляются. На более половины машин в нашей стране стоит контрафактное ПО. Теперь чтоже, всем развняться на раздолбаев?

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

Это не повод, чтобы забить болт на обновления. Перед начальником как оправдыватетесь? Случаем, не так: "Да пошел ты в жопу, начальник, со своими аудиторами, которые нашли уязвимости в моих внутренних серверах. В оракле столько дыр, что одной некритичной ошибкой в системе больше/одной меньше уже пофиг (и апдейтить нельзя - бизнес-софт контороский с апдейтами не дружит). Кроме того, критичные сервисы которые смотрят наружу обновляются регулярно."? =))) Для оправдания разгильдяйства админ может найти сотню причин, но нормального начальника они не должны волновать: обновления безопасности должны быть своевремнно наложены, процесс миграции на актуальную поддерживаемую версию задолго до переезда отлажен, сам переезд должен быть выполнен в срок в отведенное время.

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

А можно вообще не обновлять ничего.

> Почему каждый год?

http://fedoraproject.org/wiki/LifeCycle

Since new releases of Fedora occur approximately every 6 months, this translates
into approximately 13 months of updates for every release.

> Тестирование и сообщение об ошибках - тоже оплата. Начнешь считать деньги, поймешь.

О чем и речь. Пользователи FC являются бетатестерами компании RedHat, которые
на production (!) серверах не от большого ума обкатывают сырой софт и гордятся этим.
Я вот тоже делаю свой вклад в развитие opensource, используя на своей машине
Gentoo и репортя ошибки в прикладухе, в ядре, в gcc и высылая, по возможности,
патчи, но ставить на работающие сервера бетасистему, да еще с включенными
отладочными фичами, чтобы пообкатать этот софт для кого-то это вообще ппц.
Я еще понимаю когда нет денег ставить CentOS, Debian Stable, но федору...

$ grep -i debug /boot/config-2.6.18-1.2798.fc6xen |grep -v ^#
CONFIG_IEEE80211_SOFTMAC_DEBUG=y
CONFIG_AIC7XXX_DEBUG_MASK=0
CONFIG_AIC79XX_DEBUG_MASK=0
CONFIG_BCM43XX_DEBUG=y
CONFIG_INFINIBAND_MTHCA_DEBUG=y
CONFIG_INFINIBAND_IPOIB_DEBUG=y
CONFIG_INFINIBAND_IPOIB_DEBUG_DATA=y
CONFIG_INFINIBAND_SDP_DEBUG=y
CONFIG_INFINIBAND_SDP_DEBUG_DATA=y
CONFIG_CACHEFILES_DEBUG=y
CONFIG_JFFS2_FS_DEBUG=0
CONFIG_DLM_DEBUG=y
CONFIG_DEBUG_KERNEL=y <- буагага
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_SPINLOCK_SLEEP=y
CONFIG_DEBUG_HIGHMEM=y
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_INFO=y
CONFIG_DEBUG_FS=y
CONFIG_DEBUG_LIST=y
CONFIG_DEBUG_STACKOVERFLOW=y
CONFIG_DEBUG_STACK_USAGE=y
CONFIG_DEBUG_RODATA=y
CONFIG_KEYS_DEBUG_PROC_KEYS=y

> Для моих целей апдейт не страшен.

Системный администратор обязан накладывать обновления безопасности и поддерживать системы в обновленном состоянии, это его должностные обязанности. Если цикл поддержки системы жутко короткий(13 месяцев для FC), то это означает, что админ должен будет заниматься тем, что полгода будет ловить глюки только что вышедшей федоры, а вторую половину года готовиться к миграции на поддерживаемую версии федоры. Либо просто вообще забъет болт на обновления и может готовить вазилин или готовиться к увольнению, когда руководство пригласит аудиторов инф. безопасности(хотя для админов филиалов компании ЗАО "Рога и Копыта" это не грозит).

Сравнить это даже с Debian, хотя насчет CONFIG_DEBUG_KERNEL погорячился :)

$ grep DEBUG /boot/config-2.6.8-2-686 |grep -v ^#
CONFIG_AIC7XXX_DEBUG_ENABLE=y
CONFIG_AIC7XXX_DEBUG_MASK=0
CONFIG_AIC79XX_DEBUG_ENABLE=y
CONFIG_AIC79XX_DEBUG_MASK=0
CONFIG_SCSI_DEBUG=m
CONFIG_IRDA_DEBUG=y
CONFIG_ATM_FORE200E_DEBUG=0
CONFIG_FT_NORMAL_DEBUG=y
CONFIG_FB_RIVA_DEBUG=y
CONFIG_JFFS2_FS_DEBUG=0
CONFIG_DEBUG_KERNEL=y

Результат на лицо.