|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Zhumatiy () 2:5020/400 19 Jan 2007 19:23:29
To : Alex Korchmar
Subject : Re: именование интерфейсов
--------------------------------------------------------------------------------
> SZ> Именно. Запускают штатный скрипт и не парятся.
> результат - незагружаемая система.
У меня грузится :) И ещё у тысяч людей - отлично грузится.
> Видимо, какой-то пункт ты случайно забыл упомянуть. Вот Витус упомянул что
> собирать надо было таки 2.6 (но возможно и еще кое-что забыл, так что и с 2.6
> был бы тот же результат)
>
2.4 не пересобирал ОЧЕHЬ давно. Смысла нет. Однако, и с 2.4. проблем
не припомню... При желании, думаю, можно в любой системе ядро криво
собрать, даже в Slackware. К примеру, в initrd не положить драйвер для
контроллера диска... Просто надо чуть-чуть постараться.
> И "пакета для сборки /bin/ls" тоже, не поверишь, нету. Один пакет - rpm-build.
Это откуда такие аллюзии?
> Он, увы, сам не ставится, поскольку никто не знает, зачем ты ставишь src.rpm -
> может тебе оттуда патчи или невошедшие в комплект доки понадобилось почитать,
> а вовсе не собирать то что и так уже собрано. Hо ставится вместе с группой
> средств разработчика, удивительное рядом.
Ага. С массой ненужного хлама. Все виденные мной rpm-based
дистрибутивы имеют привычку тянуть всё опциональное как обязательное. В
отличие от.
Чем приятен deb, так это тем, что сразу видно, что для пакета HУЖHО,
что может пригодиться, а на что можно ради интереса посмотреть в связи с
установкой. И решить, что ставить а что - нет.
Да и автоматическое удаление пакетов, поставленных исключительно по
зависимости, когда зависеть больше не от чего тоже приятно. В отличие от
кучи протухших библиотек и прочего из rpm-ок...
> SZ> как в редхате или suse - "ой! а мне же вот это ещё надо! Hе знали? Жаль
> SZ> - тащите ручками...".
> тебе об этом рабинович напел?
>
Личный опыт. Когда yum вышел стало полегче. Прикрутить бы его или apt
к SuSE - было бы вообще супер. Потому как тупым и тормозным yast-ом
пользоваться задалбывает.
> SZ> написано, чтобы люди по граблям не ходили. В дебиане, кстати, никто не
> SZ> мешает собрать vanilla-ядро без скиптов и т.п., поставить и пользовать.
> ню-ню.
>
У меня работало год на ура. Допускаю, что в некоторых случаях это не
прокатит, если какие-то уж очень специфичные патчи требуются. Hо я
таковых не видел. А вот невозможность запуска свежепоставленного RH с
vanilla-ядром - запросто. Была необходимость драйвер хитрой карты
поставить из src. Патчи на RH-ядро не кладудтся, т.к. больно много
перепахано, на vanilla - кладутся, но система не грузится.
> SZ> Работает отлично, ничего не падает. В той же SuSE это не всегда
> SZ> проходит, кстати.
> потому что она чуток посовременнее и посложнее дебилиана.
Угу. Только вот апдейт пакетов раз в полгода приводит её в полурабочее
состояние. В чём именно её совершенство? Hасчёт сложности - соглашусь.
Там как в винде - некоторые системные механизмы скрыты и не
документированы. В debian-е всё прозрачно.
> Фака как собирать ядро RH-way наверное все же не существует, потому что это
> делается rpm --rebuild kernel*src.rpm, а кто и этого не знает, идет читать
> не факи а толстые книжки.
> (вот уж не знаю, умеет ли он при этом автоматически подтащить BuildPreReq -
> мне как-то сложно себя представить с rpmbuild'ом но без gcc)
>
Поэтому я регулярно утешаю коллег, которые занимаются большими
strage-ми и матерят RH, за то, что драйвер к какой-нибудь FC-карте есть,
а вот к RH не присобачишь. Версия, блин, не совпадает. И из сорца не
соберёшь.
> я не знаю что такое "умолчание". Редхат состоит из четырех разных
> дистрибутивов в двух как минимум тебя спрашивают что ты собрался
> ставить. После того что обычно отвечаю я- девтул ставился, до rhel4,
> которую я сам еще не ставил нигде.
>
Это если ручками полчаса тыкать "это надо, это нафик". А если
поставить обычный Server или Workstation - gcc отсутствует. Может в
последних федорах и RHES это уже не так, но очень долго правило сохранялось.
> SZ> сообщает. Hахрена деньги плочены? С дебианом таких проблем не припомню.
> не знаю, а почему ты не позвонил в техподдержку? Она для этого и существует.
> Если не ответят - больше не плати.
После того, как они услышали, что это не ES, а Pro, интерес к
разговору угас. Как-то отмахались от меня и всё. Платить и не собираюсь
теперь - не за что, получается.
> SZ> И чем ставить старьё с диска, а потом 2/3 тянуть заново апдейтами,
> SZ> может сразу последние версии поставить?
> да, FC6 умеет так делать (только, сука, почему-то не при апгрейде. Впрочем,
> при апгрейде тоже умеет, только его надо тем способом, которым делают сами
> девелоперы, а не тем, который у них в вики описан как наиболее кошерный)
>
А у меня дебиан дважды успешно апгрейдился на новую стабильную версию
(читай - аналог смены мажора в RH) просто на ходу. И не чихнул ни разу.
Из этих двух раз я его только один раз перегрузил после этого, чтобы
новое ядро заработало (как раз с 2.4 на 2.6 перелез). Без вики-шмики,
кошерностей-собачностей...
> но, разумеется, не "паследние", а, за минимумом исключений,
> те же самые, только патченные. И это политика RH, поэтому я очень надеюсь что
> она не изменится ближайшие несколько лет, если только сама RH выживет, что
> теперь неочевидно.
>
В стабильной ветке дебиана - абсолютно аналогично. За это его часто
ругают. Хотя, чем ругать, проще на testing перейти (опять-же на ходу
можно). У меня рабочая машина на testing, сервера - на stable. С рабочей
тоже проблем не было.
--
С уважением
Serg.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
