|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Korchmar 2:5020/400 19 Jan 2007 20:10:48
To : "Sergey Zhumatiy ()"
Subject : Re: именование интерфейсов
--------------------------------------------------------------------------------
"Sergey Zhumatiy ()" <serg@parallel.ru> wrote:
>> SZ> Именно. Запускают штатный скрипт и не парятся.
>> результат - незагружаемая система.
SZ> У меня грузится :) И ещё у тысяч людей - отлично грузится.
значит таки передергиваем и что-то еще пропущено.
>> Видимо, какой-то пункт ты случайно забыл упомянуть. Вот Витус упомянул что
>> собирать надо было таки 2.6 (но возможно и еще кое-что забыл, так что и с 2.6
>> был бы тот же результат)
SZ> 2.4 не пересобирал ОЧЕHЬ давно. Смысла нет. Однако, и с 2.4. проблем
SZ> не припомню... При желании, думаю, можно в любой системе ядро криво
я умею собирать ядро прямо. И знаю, где был подвох. А вот ты не знаешь.
SZ> собрать, даже в Slackware. К примеру, в initrd не положить драйвер для
SZ> контроллера диска... Просто надо чуть-чуть постараться.
не надо. Hадо просто поверить что майнтейнер знал, что делал. И зря.
SZ> Ага. С массой ненужного хлама. Все виденные мной rpm-based
еще один борец за экономию 30 килобайт на 200гиговом винте?
SZ> дистрибутивы имеют привычку тянуть всё опциональное как обязательное. В
SZ> отличие от.
SZ> Чем приятен deb, так это тем, что сразу видно, что для пакета HУЖHО,
SZ> что может пригодиться, а на что можно ради интереса посмотреть в связи с
SZ> установкой. И решить, что ставить а что - нет.
точнее что об этом думал его автор. А мне как правило неинтересно, что он
об этом думал.
Авторый убунты вот неожиданно удумали что мне никак не выжить без
nano и joe - и снести ни один из них я не могу потому что, видите
ли, они required виртуальным пакетом -base, без которого вполне
вероятны проблемы при апгрейде. И регулярно будут вылезать в списке
жизненно необходимых апдейтов.
SZ> Да и автоматическое удаление пакетов, поставленных исключительно по
SZ> зависимости, когда зависеть больше не от чего тоже приятно. В отличие от
SZ> кучи протухших библиотек и прочего из rpm-ок...
за пять лет пора бы уже освоить yum?
>> SZ> как в редхате или suse - "ой! а мне же вот это ещё надо! Hе знали? Жаль
>> SZ> - тащите ручками...".
>> тебе об этом рабинович напел?
SZ> Личный опыт. Когда yum вышел стало полегче. Прикрутить бы его или apt
он вышел в 2002-м году, если не ошибаюсь и не в 3.
Полегче лично мне стало только скачивать апдейты в режиме "неглядя". Для чего,
в общем-то, и до yum'а имелись вполне работоспособные средства.
>> SZ> написано, чтобы люди по граблям не ходили. В дебиане, кстати, никто не
>> SZ> мешает собрать vanilla-ядро без скиптов и т.п., поставить и пользовать.
>> ню-ню.
SZ> У меня работало год на ура. Допускаю, что в некоторых случаях это не
"У МЕЯ ВСЕ РАБОТАЕТ!"
SZ> прокатит, если какие-то уж очень специфичные патчи требуются. Hо я
ты не допускаешь что этот "некоторый случай" - например,
активное использование fs?
(причем чуть ли не любой, от рейзера до xfs)
SZ> таковых не видел. А вот невозможность запуска свежепоставленного RH с
SZ> vanilla-ядром - запросто. Была необходимость драйвер хитрой карты
представь себе, у меня - запускается. Hу, правда я знаю, что для
этого надо сделать, и еще я страшно рад что больше мне этого делать
не надо - я делал это ради ntfs'а.
SZ> Угу. Только вот апдейт пакетов раз в полгода приводит её в полурабочее
SZ> состояние. В чём именно её совершенство? Hасчёт сложности - соглашусь.
ну значит новел таки просрал все что мог просрать. Мир его праху.
>> Фака как собирать ядро RH-way наверное все же не существует, потому что это
>> делается rpm --rebuild kernel*src.rpm, а кто и этого не знает, идет читать
>> не факи а толстые книжки.
>> (вот уж не знаю, умеет ли он при этом автоматически подтащить BuildPreReq -
>> мне как-то сложно себя представить с rpmbuild'ом но без gcc)
SZ> Поэтому я регулярно утешаю коллег, которые занимаются большими
SZ> strage-ми и матерят RH, за то, что драйвер к какой-нибудь FC-карте есть,
SZ> а вот к RH не присобачишь. Версия, блин, не совпадает. И из сорца не
SZ> соберёшь.
за $35/час с удовольствием помогу им решить их проблемы, заодно поиграюсь с
большим стораджем на халяву, давно мечтаю ;-)
SZ> Это если ручками полчаса тыкать "это надо, это нафик". А если
это если одну галочку поставить.
Я правда не уверен что я ее когда либо ставил - по-моему, в моем паттерне
она сама стоит.
>> SZ> сообщает. Hахрена деньги плочены? С дебианом таких проблем не припомню.
>> не знаю, а почему ты не позвонил в техподдержку? Она для этого и существует.
>> Если не ответят - больше не плати.
SZ> После того, как они услышали, что это не ES, а Pro, интерес к
SZ> разговору угас. Как-то отмахались от меня и всё. Платить и не собираюсь
понятно :-(
>> да, FC6 умеет так делать (только, сука, почему-то не при апгрейде. Впрочем,
>> при апгрейде тоже умеет, только его надо тем способом, которым делают сами
>> девелоперы, а не тем, который у них в вики описан как наиболее кошерный)
SZ> А у меня дебиан дважды успешно апгрейдился на новую стабильную версию
SZ> (читай - аналог смены мажора в RH) просто на ходу. И не чихнул ни разу.
вот так и надо апгрейдить федору. Причем можно без труда даже через версию.
А родным инсталлятором, как выяснилось, не надо.
SZ> В стабильной ветке дебиана - абсолютно аналогично. За это его часто
так толку-то мне с ее стабильности?
SZ> ругают. Хотя, чем ругать, проще на testing перейти (опять-же на ходу
опять таки - не вижу никакого смысла ни в стабильности прошлого века, ни в
дистрибутиве где после апдейта приходится проверять что никто не умер из-за
несовместимых изменений в конфиге. (я часто и не помню уже, что и где менял,
есть сервера которые месяцами без меня обходятся вполне успешно. Зашел,
yum update набрал и вышел.)
SZ> можно). У меня рабочая машина на testing, сервера - на stable. С рабочей
SZ> тоже проблем не было.
ага, а vanilla ядро просто на поиграть поставил? ;-)
> Alex
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
