Что на этот раз?

named уже есть(кстати, а чем тебе системный не угодил?) И наличие запускаемости файла /etc/rc.d/rc.named проверяется в rc.inet2 ;)

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

Опять же named стартующий из rc.local уже после того как стартуют всякие сендмылы и прочие - выглядит несколько странно, нет? Но несомненно еще лучше стартовать из rc.local каокй-нибудь fsck ;)

А я вот не хочу такой named как патрик дает, может у меня от djb резолвер, к примеру. Или просто мне больше нравится named 4.x, а не 8/9.

> Опять же named стартующий из rc.local уже после того как стартуют всякие сендмылы и прочие - выглядит несколько странно, нет?

странно если он оттуда и будет стартовать, вместо положенного rc.inet2 ;) в rc.inet2 он по дефолту прописан

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

но вопрос изначально был "почему лор стоит на федоре, а не на слаке?", может к нему и вернемся? ;)

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

> Потому что у меня только дома стоит 9 машин, а помимо того есть машинки и не дома, тот же лор, к примеру

и на всех федора? а зачем дома так много компов, по одному в каждую комнату? ;)

Федора на всех кроме мака (туда пока не дошли руки поставить) и еще одной машинки с виндой.

Много компов - для тестов. Конечно кластерные файловые системы можно и на одной машине разрабатывать в uml, но часто удобее это делать на нескольких.

> Федора на всех кроме мака

ну тогда понятно, фанат ;)

Вот знаешь, тут точно не верю(насчёт djb) ;)

> А это точно не железо? Точно?

Присоединяюсь к вопросу. Вроде говорилось, что часть памяти битая и по этому поводу даже патч badmemory накладывали. Я, конечно, не в курсе дел с компом лора, и вполне вероятно, что глючит новое ядро 2.6.13, но всё-таки, если есть проблемы с железом (памятью), то ИМХО стоит сначала подумать об этом.

> то ИМХО стоит сначала подумать об этом.

да что тут думать-то? может денег просто дашь? :)

эээ... а сказать сразу, что за железка нужна и скока она стоит никак? глядишь, народ поможет - или по копеечке анонимусы скинутся или у кого будет 100% рабочий девайс, который не жалко и лору отдать ;)

>да что тут думать-то? может денег просто дашь? :)

Ну так объяви сбор. Какие проблемы?

> да что тут думать-то? может денег просто дашь? :)

Может и дам, если нужны. :) Немного, но если ещё несколько человек скинутся, кому лор интересен, то на что-то и хватит.

Вон википедия сегодня начала собирать $200k на новые серваки. Они ежеквартально собирают баблосы. В прошлый раз собрали $75,000 - купили 60 серваков, в этот раз сколько купят? Уу... :)

Так вот, чем мы хуже? :) Нам на лоре в принципе даже не особо нужно шестидесяти серваков :)))

До апгрейда ядра с 2.4 на 2.6 аптаймы легко превышали сотню дней, таким образом битая память тут особо непричем, где она бита известно и эти 2 бита не используются.

Попробуй взять 2.6.10-1.760 от fc3. Единственное, что его брать либо собранным, либо собирать с помощью gcc32. Очень стабильное. И на fc4 работает прекрасно.