Gospoda, vsem komu nado! Est' rpms gcc-2.95.3 dlia RH 6.2, sejchas zakanchivau glibc-2.2.5 dlia RH6.2 Vam eto nada? Ili vam nuzhen alpha-RH 7.x? Ja predlagau _samim_ borot'sa s nedodelannym softom v RH.

Мдэ. Что-то не о том вы говорите уже по моему. Было бы в голове что-то, а дистр. это так приложение. Любой любую *них систему можно переделать и укрепить настолько насколько ты сам это можешь сделать. Зачем уповать на дистрибутивы и прочие вещи. А то что про маркетологов сказано это правильно.Тока бы денег захапать, да в принцепе это справедливо и для многих провайдеров, предлагающих поставить сервак за бешеные деньги на *них системе только потому что он именно на ней. А как посмотришь на их установку, так понимаешь что это всё по принципу Suddenly everything clicks (в интерпретации Suddenly everything sucks). А что до ROOT то он отчасти правильно говорит. Просто лично мне всё равно какой дистр. потому как всё равно сам всё буду пересобирать и делать, пусть даже с ошибками ( не ошибается тот кто ничего не делает).

Вот анонимус правильно говорит. Причём тут RedHat, Debian, Slackware и т.д. Open Source на то и есть Open Source. Они ни чем ни хуже и не лучше нас.

Во первых не надо наезжать но то что дает возможность чувствовать себя сухо и комфортно после виндов
во вторых если у тебя с ним ничего не получилось то вини свои кривые руки и отсутствие мозгов так как на базе шапки создаются другие дистры:
black cat, ASP linux и пр.
кстати уважаемый passwd это команда а не утилита ты ничего сгоряча не перепутал?

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

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

> Он ублюдочный потому, >что воплотил в себя все самые худшие черты раскрученных маркетерами коммерческих поделок. >Когда развитие продукта определяется фразой "это сейчас круто и пипл на это клюет". >Но и этого мало. Он еще одолжил у микрософта методы "твори несовместимость где тока можно". >Отрезать кривые ручонки за это всем маркетологам-управителям гавеного редхета. Не забывай в Шапке работают Кокс, Команда Цигнуса и тд

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

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

>"Данная операция делается так-то. К-сожалению, редхет поменял то-то и то-то, потому в нем это >делается вот так-то..." и т.п. и т.д. Глупость. До сих пор меня в дрож бросает после того как я глянул с как собирает Патрик глибсы ... бррр. Да вообще половина прог без патчей от Шапки не юзабельна. И надо иметь кучу времени что бы все это настроить. Нет - Шапка самый рабочий Дистрибут.

>Ну разве не козлы? Кто ?

P.S. Кстати вопрос к тому кто уже 7.3 стянул и поставил.Вроде они при инсталяции должны были ввести пункт - установка на дохлые машины. Ввели ? Или это 8 будет ?

Честно говоря, не совсем понимаю крики о том, о "излишней" частоте выхода дистрибутивов. Это прямое следствие конкуренции на рынке дистрибутивов. Если один дистр будет выходит раз в квартал, а другой раз в два года, не трудно предсказать у кого продажи будут больше (при прочих равных ;).

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

l-xoid, похоже, живёт в веке command.com :-)

Вот прочитайте: http://www.redhat.com/about/why_redhat.html

Our staff of 300 engineers includes <B>six of the top 10 Linux kernel developers, seven of the top 10</B> open source development tools engineers. Together they create, compile, and test software--all while continuously releasing it back to the community and our partners.

2anonymous (*) (2002-05-07 11:32:54.632) блин мне это уже сказали, когда я пожаловался на то, что родное ядро в альте джуниор не компилится :) с тех пор сидю под слакой, иногда ставлю rh7.2, но ненедолгл

bad_karma

Странные вопли в треде... вместо того, что бы как порядочные люди зазывать в линукс, начинают поливать друг друга дерьмом :((((

Так ведь хорошо, что есть много дистрибутивов - хороших и свежих! Если же чел перейдет с глюкала на линукс - не все ли равно, на какой дистр?

Главное - первый шаг сделать. А там все многообразие дистров раем покажется по сравнению с прямой, как палка линейкой вынь досей :)

2anonymous (*) (2002-05-07 15:09:46.266):

А поделитесь-ка с сообществом, как Патрик GLIBC'ы компилит?
И объясните, чем его способ хуже компилирования beta-version GLIBC на GCC 2.96?

>Да вообще половина прог без патчей от Шапки не юзабельна

Вы это моему двухпроцессорному сервачку PIII-1000 с гигабайтом ECC-registered оперативки объясните, а? Заодно и маскарадеру на P-100 с 32М оперативки? А то, блин, они уж месяц аптайма накопили (с тех пор, как на заводе в последний раз на 2 дня электричество отрубалось и UPS разрядился), а я от безделья маюсь... Кстати, в ваших же интересах - буду занят делом, а не флеймом тута...

>И надо иметь кучу времени что бы все это настроить

Настраивал один раз и довольно давно (почти год назад) - когда 8-ка только вышла.
С тех пор переношу значащие конфиги (/etc/rc.d/* ; smb.conf и т. д.) от одной машины к другой, поправляю их чуть-чуть - и все работает. А я иду пиво пить.

>установка на дохлые машины

Хм... А это еще что за зверь? И чем "установка на дохлые машины" должна отличаться от "установки на живые машины"? Да и какой вообще смысл в работе использовать "дохлые" машины??? Софт обкатывать? Глупо... Не поймешь, это глюк софта или машины... ;-)

2anonymous (*) (2002-05-07 15:55:39.204):
Угу... Вот так ламер какой-нибудь из "Компьютерры" ставит себе Шапку, удивляется сильно, почему стандартные ядра Линукса с ftp.kernel.org не компилируются (или не работают после компиляции), а потом пишет разгромные статьи в журнале...

Зарядили... Сколько можно ерундой страдать, не дети же! Каждому свой дистр. Выбор - вот в чём смысл Линукса (с) перефразированная реклама.

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

ИМХО опять же: если пересобрать пакеты РХ самому под стабильным компилятором, прооптимизировать под свой проц, написать все конфиги руками, а не полагаясь на линуксконф, то от него можно многого добиться. Но только не в том виде, в котором он поставляется сейчас. Увольте...

>>l-xoid, похоже, живёт в веке command.com :-)
ну ка поясните :)

по поводу сботки ядер
на шапке у меня не собирались ядра с патчами от кокса :(
фиг его знает почему
стандартные ядра только в путь и усе прекрасно работает

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

> ставит себе Шапку, удивляется сильно, почему стандартные ядра Линукса с ftp.kernel.org не компилируются (или не работают после компиляции),

Лет 5 сижу на Шапке, все ядра компиляю и юзаю с kernel.org и проблем не видел. Не надо ля-ля, а?

Юзаю РедХат с версии 4.2 и ни разу не жалел, ставил Слаку, плевался, ставил Мандрейк, плевался, ставил, АСП, плевался, ставил АСП, опять плевался (руки на месте, если найдется кто-то шибко умный). Дай бог чтобы они с 8.0 сделали то, что никогда еще никто не видел 8) А 7.3. как кто-то уже заметил, это на самом деле просто апдейт 8) хотите спорьте хотите нет, НО РХ РУЛИТ.

По поводу "стандартных юниксовых утилит" - ну не смешите. Может почитать на ночь Немета и Снайдера - "UNIX System Administration Handbook" - вот где стандарты просто отдыхают... Сравните их реализацию в Sun Solaris, HPUX, IRIX, OSF/1 - тут все различия между RH и, скажем, Debian могут быть сразу забыты. И не надо говорить о том, что это, мол, все Linux и должно быть одинаково. Слакварь зачастую от Фри без микроскопа не отличишь, но это не есть "стандарт" де факто, просто BSD стиль, который, как раз, распростаранен меньше, чем Sys V. Да еще и не очень последовательно выдержанный, ибо часть скриптов вообще непонятно из какого зоопарка. А настройки - да бросьте вы о графических конфигураторах, и сразу все на свои места встане. Да, в RH вляпали убогие конфигураторы брандмауера и, даже, Апача. Но формат файлов конфигурации нисколько от этого не изменился, так что настроить все по-человечески можно так же просто, как и в любой другой системе SysV. А новый дистрибутив... Появится в linuxcenter по 75 р за диск, можно будет купить 2-х дисковую версию и сделать апдейт. Не появится - все и так неплох работает (а по поводу "падений" - ну и RH и FreeBSD у меня уже месяца по 4 работают, - несколько машин обновляли, тогда же проставил системы и больше не перегружал ни одну из них - и не падает ничего, так что вопрос все-так в "ручках"). А ядро собирать - ничего экзотического у меня нет, даже стандартное в RH все поддерживало, пересобирал под AMD с оптимизацией (то же 2.4.7) - собирается оно и не глючит.

>кстати уважаемый passwd это команда а не утилита ты ничего сгоряча не перепутал?

Посмотрите на бинарничек /usr/bin/passwd

Это в досе команды передаются и обрабатываются на command.com

BOT.

кстати - как получить файл конфигурации '.config' для собственной сборки ядра_и_модулей_с_дистрибутива - или просто ядра с максимальными возможностями ?

2warpson: всмысле? ты хочешь сделать свой .config?! дык набери make menuconfig . .. make xconfig . .. make config . .. настрой как тебе надо и будет тебе свой .config 8)

Fun!

Крылья-Ноги, ноги-крылья - главное Хвост!

Почему же я не люблю рэд-хед...?
когда у меня было куча старых машинок 486/240MbHDD я ставил на них debian, настраивал mail/www/routing добавлял в crontab
0 4 * * * apt-get update
10 4 * * * apt-get upgrade
и больше у меня голова НИОЧЕМНЕБОЛЕЛА!!!
я мог спокойно ее оставить на год - точно зная что uptime будет 99,9%
проблема возникала всего один едиственный раз, из-за большого количества спама, в /var кончилось место. (пришлось поковырять логи в поисках regex-ов для postfix)
Почему я ставил Debian? Это единственный пакет в котором самая прозрачная,и наверно самая легкая в плане выбора откуда ставить, установка. (dselect - rule, apt-get - вообще сказка!)
Привсем при этом в дебиане на столько упрощены скрипты инициализации на сколько это вообще возможно!!!

5 копеек про ред-хед:
Выдалась возможность познакомиться с ним когда на dedicate server в USA - его мне поставили тамошние админы.
1)После нескольких часов колупания скриптов инициализации, я плюнул и записал туда скрипты с debian-a.
2)Про сборку ядра я пока умалчиваю, процесс сборки ядра лучше чем в debian я не видел (собрал себе его на быстренькой машинке - scp,dpkg - все!)
3)Потом в RH очень дерьмовая система ведения логов. Тамошние админы мне не могли даже сказать почему сервак виснет при возрастании нагрузок. Я так понял, нифига им warning-ов в консоль не пуляла, тупо висла и все.
4)Дефолтные конфиги в RH на стоко глючные/не протесченые/убогие - итог всеравно приходиться делать большинству пакетов rpm -e и потом их собирать руками.
5)rpm depends меня вообще очень удивили, после того как я тщетно пытался поставить bzip-1.0.rpm поверх bzip-9.2b.rpm (удалять старый конечно же не хотел, апгрейдится тоже) Из-за этого пришлось полностью руками пересобирать из сурсов новые проги, типа ImageMagic.

устал я писать, дел много
ИТОГ: нельзя ставить на production servers системы которые не тестировались по крайней мере пол года. После прошествия этого времени можно ставить НО со всеми апдейтами. А RH че делает ? Они убогие - выпускают новую систему с новыми глюками.

PS дистрибутив - это установка + scripts/configs , и то и другое в RH - сосет.
PPS кривые руки говорите ? а потраченное время на исправления багов системы вам не жалко ? вы же за нее деньги платите...

bobior

прошу прощения bzip был конечно же 0.9.2a менялся на 1.0.0

2 SteelRat (*) (2002-05-07 18:55:24.868):

> Посмотрите на бинарничек /usr/bin/passwd

А знаешь, в чем прикол? Нет, твой ответ правильный, но...
В нормальных юниксах даже расположение этой утилиты не такое. Она должна
быть /bin/passwd. Такие дела...

2anonymous (*) (2002-05-07 21:43:48.535): А какие это нормальные?

Ну-у-у нет. В "нормальных" один из них являеться жёсткой ссылкой на другой. По крайне мере в Solaris 2.6 это так.

2 anonymous (*) (2002-05-07 23:06:56.948)

> Ну-у-у нет. В "нормальных" один из них являеться жёсткой ссылкой на другой. По крайне мере в Solaris 2.6 это так.

Извините, но это чушь! Особенно учитывая что в нормально отконфигуренном *nix'е /usr выносится на отдельную партицию (а у меня она еще и readonly и перемонтируется readwrite только на время upgrade (автоматически)). Собственно в /bin & /sbin попадает только то без чего невозможно починить взбрыкнувшую систему и то что нужно _до того_ как подмонтируются остальные partitions.

2 любителям RH

в debian-russian-list относительно недавно был мини флейм RH vs Debian. Очень рекомендую почитать.

http://lists.debian.org/debian-russian/2002/debian-russian-200204/msg00041.html

--
With best wishes,
Nick

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

А kde 3 это конечно самая нужная фича в корпоративном энтерпрайзном дистре ;)

Жить под шапкой можно зачем себя мучать? Действительно по опыту в шапке наблюдаются неприятные вещи типо падают сервисы которые в дебиане не падали ни разу. Всякие линухконфы раздражают. Но в среднем на шапке ужиться можно.

Я лично под любую задачу хоть мой домашний десктоп хоть веб сервак ставлю только дебиан.

Был у меня опыт уставновки одного попсового px based дистра типо "с человеческим лицом" и графической инсталяшкой (ыыы). Так оно скорее не работает чем работает.

>>оНВЕЛС Ъ ЯРЮБХК Debian? щРН ЕДХМЯРБЕММШИ ОЮЙЕР
МЕ ЯРПЮДЮИРЕ ЛЮМХЕИ БЕКХВХЪ.... СБЕПЪЧ БЮЯ, МЕ ЕДХМЯРБЕМШИ... МН ДЕАХЮМ, АЕГСЯКНБМН, НВЕМЭ ЯХКЭМЮЪ ЙНЛЮМДЮ..

ЙЯРЮРХ, БНОПНЯ, ЙЮЙ ЯБЪГЮМ ЮОРЮИЛ Я ЙНМЙПЕРМШЛ ДФХЯРПНЛ?? ОПНЯБЪРХРЕ ОКХГ, РНКЭЙН ВЕПЕОНЛ ОПЕДБЮПХРЕКЭМН ОНОШРЮИРЕЯЭ ОНДСЛЮРЭ.. бШЙПХЙХ С ЛЕМЪ ДХЯРП РЮЙНИ-РН Я МХЛ ЮОРЮИЛ РЮЙНИ-РН МЕ ОПХМХЛЮЧРЭЯЪ...

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

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

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

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

Вобщем если человек говорит, что дебиан у него работает, а редхат - нет то гнать такого спеца надо. В конце концов есть те же библиотеки, те же бинарники и скрипты, которые можно переписать как угодно. Если человек этого не понимает, значит он не понимает как устроен линукс и слушивать его не нужно :)

Если переписать как угодно самому собрать самому поставить то зачем нужен дистрибутив? Поэтому и говорю что не работает именно РХ а не впринципе прога не рабочая.
А имел я ввиду если хотите конкретно mysqld который имел обыкновение падать. Только щас вычитал что это оказывается от того что собран был gcc-2.96. Так же по то же причине народ жаловался что глючит и PostreqSQL (или как его там зовут, я его не юзаю).
А то что ядро не компилируется вот уж извините зачем нужен дистр в котором даже ядро не компилируется??!!! (Лично не видел но говорят что 2.2.20 не компилируется).

Если переписать как угодно самому собрать самому поставить то зачем нужен дистрибутив? Поэтому и говорю что не работает именно РХ а не впринципе прога не рабочая.
А имел я ввиду если хотите конкретно mysqld который имел обыкновение падать. Только щас вычитал что это оказывается от того что собран был gcc-2.96. Так же по то же причине народ жаловался что глючит и PostreqSQL (или как его там зовут, я его не юзаю).
А то что ядро не компилируется вот уж извините зачем нужен дистр в котором даже ядро не компилируется??!!! (Лично не видел но говорят что 2.2.20 не компилируется).

вполне возможно что я могу иногда написать бред :))
согласен полностью

по поводу того что редхат падает на серваках чушь полная!!!!!!
кто это говорит тот действительно не может настроить линух правильно
ну млин почитайте доки и прочее когда настраивайете поможет
за полгода я сервак (шапка-7.1) перегружал раз 20 НО
16 раз выключали электричество (строителей стрелять надо было)
1 раз добавлял вторую сетевуху
и 2 раза после пересборки ядра
а так стоит и чего ему будет?
работает и работает только электричество не отключайте :)))

если бы у меня не стоял редхат-7.2 закачал или купил 7.3 может быть
но правильно уже говорили что это апдейт

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

пиздеть та не мешки ворочать. "ядро 2.2.20 на шапке не компилиься, сервисы падают, сервер виснет без выдачи сообщений в консоль etc"

и ядро собирается и сервисы не падают и аптайм был больше года. сейчас просто на серверах активность нарастает и приходится апгрейдить периодически то железо, то на ядра 2.4 переезжать с 2.2, то место под пухнущие базы добавлять... ну и патчи накладывать с ребутом перед наложением и после, чтобы подстраховаться если что-то повиснет и знать причину: патч кривой, сам накосячил или тамошние придурки клаву не подключили к серверу и он (биос) не хочет бутиться. ремотное администрирование накладывает свои издержки - приходится перестраховываться... glibc менять удаленно еще тот секс :) серверов у меня десятки, так что могу о чем-то судить

SG.

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

RedHat! Не лезь не в свой сани!

Согласен с тем что Redhat сильно отошёл от стандартов UNIX, в этом его
БАЛЬШОЙ МИНУС, например вот скачал ICEWM 1.0 в tar.gz и при конфигурации 
она говорит мне что дескть у тебя нет X. А они есть просто в другом месте посмотрел я исходники  ICEWM и убедился, что для того чтобы скомпилить нужно править пути к библтотекам, X и т.д. . Еакая же хрень с Sambой . Ну не дерьмо ли зчем эта разноголосица в дистрибутивах PX от этого только теряет.

А читали ли вы 'Безопасность и оптимизация RX 6.2' там сводится к тому что, ставь это и это, а то ни в коем случае поскольку там дыра такая-то и вообще концептуально на серваке оно лучше не иметь и юзать. Далее сноси те то и те то пакеты (т.к. их при установке нельзя не ставить - дурная примета свойтвенная кстати той же Windows разных мастей, чем моложе дистр тем больше всякой дряни которую нельзя отменить при устновке)
Потом качай тарболы нужных программ. Перед компиляцией настрой (оптимизируй) компиллятор и систему вообще. Потом конфигурь и ставь. 

И заметьте это всё только для того чтобы настроить сервак. Какие там X и оболочки для них. В смысле рбочей станции Redhat перед Windoй просто отдыхает потому что в СНГ Windows бесплатный и вообще весь софт под неё на халяву. Но Redhat всё же  свой продукты больш позиционирует под сервера и уровень продаж говорит об этом. 

Но если  такая еб..тня с установкой и настройкой сервера - те же тарболы да ещё и через жопу - не проще ли обратиться к FreeBSD, например, там всё ставится с тарболов.

А если взять RH 7.1 там такая же ху..ня. Те же тарболы, ещё больше дыр и пакетов требующих rpm -e, да и рекомендованных к удалению немало.

Ведь ситуации от выпуска нового дистра не меняется а наоборот ухудшается - ну добавили поддержку нового желез поменяли виртуальную машину и что. А кто доводить дистр будет до ума. Он ведь не лучше с смысле доведённости чем та же XP (дерьмо).

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

А установка на слабые машины это рулез конечно. Да и ещё нельзя по-моему смешивать в дистрибутиве сервер и рабочую станцию.

Кстати ведь если посмотреть новости то linux начинает рулить в сфере графических станций. Вот та ниша по-моему где linuxу место. Та же DreamWorks это подтверждает.

>А знаешь, в чем прикол? Нет, твой ответ правильный, но...
>В нормальных юниксах даже расположение этой утилиты не такое. Она
>должна быть /bin/passwd. Такие дела...

Ну-ну.

bash-2.04$ which passwd
/usr/bin/passwd
bash-2.04$ uname -sr
HP-UX B.11.00
bash-2.04$

bash-2.05$ which passwd
/usr/bin/passwd
bash-2.05$ uname -sr
SunOS 5.7
bash-2.05$

>Согласен с тем что Redhat сильно отошёл от стандартов UNIX, в этом >его БАЛЬШОЙ МИНУС

Ну раз вы согласны, то давайте пример, в чем именно он отошел?

Странно это читать

Про то, что icewm под RH не ставится. А у меня и под RH7.0 и под RH7.2 поставился из tar.gz без вопросов. Никаких путей не пришлось указывать. М. б. я что-то неправильно делал?

2anonymous (*) (2002-05-08 00:12:59.149):
>Зачем настраивать через linuxconf, зачем юзать глюкавые гуюевые >проделки, когда есть гениальное изобретение под названием текстовые >конфиги? Ведь это быстрее, надежнее, проще, понятнее...

Именно поэтому и юзается Слакварь.

>Неужели настоящий линуксоид будет жаловаться что конфиги тут в одном >месте, там в другом? Фигня, если это вас напрягает, то вам прямой >путь ко всяким линуксконфам и прочим костылям для даунов.

Не напрягает, а заставляет те самые конфиги искать, вместо того, чтобы пиво пить / флеймить / чатиться и т. п. Т. е. вместо комфортной производительной работы ;-) открывать заново велосипед.

>Вобщем если человек говорит, что дебиан у него работает, а редхат - >нет то гнать такого спеца надо.

Наоборот, именно такого спеца и надо держать. Ибо только в этом случае в конторе не появится зараза под названием Red Hat, которую потом правильному админу придется выжигать каленым железом.

>В конце концов есть те же библиотеки, те же бинарники и скрипты, >которые можно переписать как угодно.

К сожалению, далеко не те же... Я молчу про бета-версии, но gcc 2.96 - это что-то... А вспомните выход 7-й Шапки с glibc 2.0 (?), которая на ftp.gnu.org основательно пропатченная появилась только через 3 месяца... Где же здесь одинаковые бинарники? Одинаковыми могли бы быть сырцы (в случае, если бы RH не использовала бета-версии), но и их, как показывает практика, RH берет откуда-то не оттуда...

>Если человек этого не понимает, значит он не понимает как устроен >линукс и слушивать его не нужно :)

В том-то и дело, что это вы не отдаете себе полностью отчет в том, насколько не понимаете основной смысл юниксов: СТАБИЛЬНОСТЬ и СТАНДАРТИЗАЦИЯ. Red Hat нарушает оба этих принципа.

Кто там про звук спрашивал ? Драйвер звука i810/i815 поломан в ядрах с 2.4.8 по 2.4.18 включительно.

Ой, сорри, по 2.4.17. В 2.4.18 уже нормально. Но там что-то с NFS намудили. Так что, приходится сидеть на 2.4.19 pre

Ребята, это деиствительно кумулятивный пакет обновлений.
А то что говорят что он глюкавый и от версии к версии не переносим -
того гнать надо в шею с админов *никсов. Я с 1999 года с 6.1 спокойно
работаю сейчас на 7.2 и переход осуществлялся с планомерным апгрейдом
- приходит машина в серверную - я ставлю на нем .2 дистр (см. мои
замечания по поводу назначений версий на серваках) и переписываю
!!!необходимые!!! конфигурационные файлы с сервака, отлаживаю(неделя).
бекаплю сервер и переписываю или ставлю просто винт с новой машины -
недельная проверка. все. потом отслеживаю еррату и апдейты и если
необходимо ставлю. а линуксконф это *%#"!!!
Я работал и сейчас работаю с различными *никс системами, правда не на
основной работе, но наиболее логичная имменно Систем V я не видел и
если админ не может разобраться с сшелл скриптами то ему нечего делать
на *никс системах не зависимо от стиля (*BSD,SysV) и кончайте глупый
флейм с пусканием пузырей.
Я сам был удивлен .3 - у шапки этого еще не было.

> но наиболее логичная имменно Систем V я не видел

Особенно логичные в sys V система печати и saf.

2poison_reverse (*) (2002-05-08 09:35:45.833):

> мС-МС.
> bash-2.05$ which passwd
> /usr/bin/passwd
> bash-2.05$ uname -sr
> SunOS 5.7
> bash-2.05$

пЕДЙН ЯХДХЛ Б ЬЕККЮУ? ;-). which ОНЙЮГШБЮЕР РН, ВРН ОЕПБШЛ АСДЕР
МЮИДЕМН Б РБН╦Л PATH. рЮЙ ВРН ЩРН МЕ ЮПЦСЛЕМР.

бНР ЕЯКХ АШ С РЕАЪ МЮ яНКЪПЙЕ ЯРНЪК tcsh Х РШ АШ ГЮОСЯРХК where, РН
СБХДЕК АШ, ВРН passwd Х Б /bin РЮЙФЕ ОПХЯСРЯРБСЕР. ;-)

2poison_reverse (*) (2002-05-08 09:35:45.833):

> Ну-ну.
> bash-2.05$ which passwd
> /usr/bin/passwd
> bash-2.05$ uname -sr
> SunOS 5.7
> bash-2.05$

Редко сидим в шеллах? ;-). which показывает то, что первым будет
найдено в твоём PATH. Так что это не аргумент.

Вот если бы у тебя на Солярке стоял tcsh и ты бы запустил where, то
увидел бы, что passwd и в /bin также присутствует. ;-)

badger (*) (2002-05-08 13:20:43.063)

>Именно поэтому и юзается Слакварь.

слака юзается потомучто ты к ней привык привык юы к солярке работалбы на ней

>>Неужели настоящий линуксоид будет жаловаться что конфиги тут в одном >месте, там в другом? Фигня, если это вас напрягает, то вам прямой >путь ко всяким линуксконфам и прочим костылям для даунов.

>Не напрягает, а заставляет те самые конфиги искать, вместо того, чтобы пиво пить / флеймить / чатиться и т. п. Т. е. вместо комфортной производительной работы ;-) открывать заново велосипед.

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

>Наоборот, именно такого спеца и надо держать. Ибо только в этом случае в конторе не появится зараза под названием Red Hat, которую потом правильному админу придется выжигать каленым железом.

ты знаешь что ты не прав
потому как такой подход от лукавого(читай от микроскунса)

>К сожалению, далеко не те же... Я молчу про бета-версии, но gcc 2.96 - это что-то... А вспомните выход 7-й Шапки с glibc 2.0 (?), которая на ftp.gnu.org основательно пропатченная появилась только через 3 месяца... Где же здесь одинаковые бинарники? Одинаковыми могли бы быть сырцы (в случае, если бы RH не использовала бета-версии), но и их, как показывает практика, RH берет откуда-то не оттуда...

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

>В том-то и дело, что это вы не отдаете себе полностью отчет в том, насколько не понимаете основной смысл юниксов: СТАБИЛЬНОСТЬ и СТАНДАРТИЗАЦИЯ. Red Hat нарушает оба этих принципа

как сервак стабильно рабоал так и работает (за исключением проблем с железом)

и вообще есть люди которые под OS/2 работаю не жжужат и говорят что до стабильности и безопасности полуоси линуху еще долго расти

Знает ли тот человек, что кричал: нафиг нам КДЕ для корпоративных серверов, что для корпоративных клиентов есть решение, то бишь Redhat Advanced Server! Можете про него прочитать здесь: http://www.redhat.com/software/linux/advanced/

А Redhat 7.3 Personal и Professional это для конечных пользователей, вроде многих из тех, которые здесь постят. Из него мона слепать простенький и вполне серъезный сервер - гейтвэй, роутер там, ну и т.п. И не надо ляля про конфиги - все очень просто и удобно - надо доки читать перед употреблением! Все конфиги хранятся в /etc/sysconfig/ - вот и оптимизируй свою систему - жесткие диски подтяни, например! А для работы с /proc/sys/ - то есть для прямых запросов и изменения значений ядра (например для оптимизации буфера) есть файл /etc/sysctl.conf - Здесь задавай значения для оптимизации, например, настроек TCP/IP.

Настрой файрволл (например с помощью iptables), а затем сохрани значение файрволла: service iptables save - что тут трудного? (как вы догадались настройки сохраняются в /etc/sysconfig/iptables, что заметьте облегчает переносимость, да-да, я могу взять уже готовый настроенный файрволл (файл) у своего друга-гуру и поставить ее себе)

И по поводу инсталляции, я не знаю, надо ли написать Редхатовцам, чтобы сделали возможность установки минимальной системы? Я когда ставлю, при инсталляции всегда убераю те пакеты, которые мне не нужны! Имхо, Редхат предлагает только те пакеты, которые нужны для определенной задачи, если я например выберу сервер-установку, то он предложит выбор из тех пакетов, что мона поставить для сервера!

Лично у меня никогда не было проблем с нею! Я никогда (на серверах) не пытался компилять ядра - а зачем? - У меня все работает нормально, все железки определены - ставлю только ядра от Редхат. А на простой машине компилял и ставил ядра, и представьте себе (это я для некоторых :)) они у меня работали и классно. И еще, я никогда не бросался качать новые ядра при их появлении (хотя, благо канал позволяет и не то выкачать) - качал только патчи! - Это я тоже для некоторых :), у которых хобби качать новые ядра! :)

И кстати, я прочитал, что в Редхате работают около 300 инженеров, включающие в себя 6 из 10 главных разработчиков ядра, и 7 инженеров из 10 больших опенсорс проектов!

Our staff of 300 engineers includes six of the top 10 Linux kernel developers, seven of the top 10 open source development tools engineers.

http://www.redhat.com/about/why_redhat.html

Мои две копейки!

>which показывает то, что первым будет
>найдено в твоём PATH. Так что это не аргумент.

Вот если бы which показал только один путь - /bin/passwd, тогда возражение можно было принять. Это раз.

Вот два:
bash-2.04$ ls -ld /bin
lrwxr-xr-t 1 root sys 8 Mar 4 2:29 /bin -> /usr/bin
bash-2.04$ uname -sr
HP-UX B.11.00
bash-2.04$

bash-2.05$ ls -ld /bin
lrwxrwxrwx 1 root root 9 Nov 21 03:30 /bin -> ./usr/bin
bash-2.05$ uname -sr
SunOS 5.7
bash-2.05$

Это для вас аргумент?

PS. А с чего вы сделали вывод, что "редко сидим в шеллах"?

Уж точно!

Базар типа. Винда - говно, Linux круче. Дистр РХ - говно, Слака - круче, ну можно еще добавить, что Debian круче Слаки. etc...
Детский сад.
Вот, если Винда говно, так чего ж ее все пользуют? Чего это вы глупым ламерам linux не поставите? А если РХ полный отстой, почему он весьма популярен? А-а-а, типа вы можете сказать, что РХ - ламерский дистр для школьников, а вы крутые кулхацкеры сидите на Слаке. И все вам в ответ дружно хлопают - да ты крут! Куда нам до тебя!
Лично я пользую РХ, но это дело привычки.