|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 19 Mar 2003 13:31:34
To : Nikita Melnikov
Subject : Re: Траблы со сборкой ядра.
--------------------------------------------------------------------------------
Hi, Nikita!
>>>>> "NM" == Nikita Melnikov <Nikita.Melnikov@p128.f956.n5030.z2.fidonet.org>
>>>>> writes:
VB>>>> вот и спрашивается, чем ядро сборки например kad@asplinux хуже
VB>>>> ядра -ac/-aa/-mm ?
VB>>>> Чем лучше? Я например могу пойти к нему в гости и выпить с ним
VB>>>> пива. Это сильный аргумент? ;)))
NM>>> Аргумент реальный, только проблема в том, что kad@asplinux не
NM>>> патчит ядро в таких количествах, как вышеупомянутые товарищи.
VB>> правильно, он смотрит что именно патчат эти товарищи, а так-же
VB>> товарищи из RedHat, и прикладывает уже имеющиеся патчи7
NM> Двойная работа получается в некоторой мере...
ты не понял. kad@asp берет то, что уже седелали в RedHat (а там это
делается на базе ветки Кокса -ac).
NM> Вышло 2.5.999-mm99, а его ещё надо допатчить редхатовскими вещами?
NM> Это хак... Патчи ведь могут совсем не подходить.
еще раз. Иименно чтоб HЕ ДЕЛАТЬ ДВОЙHОЙ РАБОТЫ, многие давно забили на
ядра с kernel.org, а берут себе за основу то, где сделано максимум работы,
которюу бы они всеравно делали для себя.
в случае ядре ASP, это, как несложно проверить
"ветка -ac" => "ветка Redhat" => "ветка kad@asp".
все кто делает "новую ветку" СТАРАЮТСЯ не делать двойной работы.
например я точно знаю что kad@ общается с Коксом. Если что-то нашел
"сильно страшное" - сразу пропихивает туда "наврех", именно потому, чтоб
ему лень делать двойную работу, и потому что "этот верх" лучше принимает
его патчи.
NM>>> И патчей ему меньше присылают.
VB>> это GPL-world. Hе нужно ничего присылать именно ему. Hужно
VB>> попросить ту или иную фишку. Он посмотрит в каокй из веток
VB>> -ac/-mm/-итд это есть, и если "фишка" не противоречет ничему - оно
VB>> будет в следующем дистрибутивном ядре.
VB>> Hапример таким образом в ядре сборки asp более свежие iptables.
NM> А кто гарантирует, что эти ядра лучше, чем выпущенные самими
NM> девелоперами? Ведь гремучая смесь может получиться.
никто нигде ничего не гарантирует. Просто нужно понять, что "мальчики с
улицы" дистрибутивные ядра не собирают. Я не проверял наличие kad@ в
кредитах, но то, тчо я не соберу ядро лучше чем он - это точно. Мне этого
достоачно для того, чтоб не собирать ядро самому.
Разбираться какая из веток -ac/-mm/-итд мне будет лучше, смысла нет. меня
все устраивает, если что-то не устраивает (например хочу packet cd
writing), то я "прошу верхушку". В итоге, например обещали что в asp8.x
писалка udf в дяре будет out-of-box (патчи так сходу накладываются, но
что-то там падает, этим вопросом уже занимаются ;)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
