|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Nikita Melnikov 2:5030/956.128 20 Mar 2003 22:28:31
To : Vladimir Bormotov
Subject : Траблы со сборкой ядра.
--------------------------------------------------------------------------------
VB>>> правильно, он смотрит что именно патчат эти товарищи, а так-же
VB>>> товарищи из RedHat, и прикладывает уже имеющиеся патчи7
NM>> Двойная работа получается в некоторой мере...
VB> ты не понял. kad@asp берет то, что уже седелали в RedHat (а там это
VB> делается на базе ветки Кокса -ac).
Ясно.
NM>> Вышло 2.5.999-mm99, а его ещё надо допатчить редхатовскими вещами?
NM>> Это хак... Патчи ведь могут совсем не подходить.
VB> еще раз. Иименно чтоб HЕ ДЕЛАТЬ ДВОЙHОЙ РАБОТЫ, многие давно забили на
VB> ядра с kernel.org, а берут себе за основу то, где сделано максимум работы,
VB> которюу бы они всеравно делали для себя.
VB>
VB> в случае ядре ASP, это, как несложно проверить
VB>
VB> "ветка -ac" => "ветка Redhat" => "ветка kad@asp".
VB>
VB> все кто делает "новую ветку" СТАРАЮТСЯ не делать двойной работы.
VB>
VB> например я точно знаю что kad@ общается с Коксом. Если что-то нашел
VB> "сильно страшное" - сразу пропихивает туда "наврех", именно потому, чтоб
VB> ему лень делать двойную работу, и потому что "этот верх" лучше принимает
VB> его патчи.
В вышеотквоченном нет превосходства одних ядер над другими. Если появится
какой-нибудь dak@xunilpsa, который будет брать официальные ядра и патчить их
чем-нибудь, то получится ровным счётом то же самое.
NM>>>> И патчей ему меньше присылают.
VB>>> это GPL-world. Hе нужно ничего присылать именно ему. Hужно
VB>>> попросить ту или иную фишку. Он посмотрит в каокй из веток
VB>>> -ac/-mm/-итд это есть, и если "фишка" не противоречет ничему - оно
VB>>> будет в следующем дистрибутивном ядре.
VB>>> Hапример таким образом в ядре сборки asp более свежие iptables.
NM>> А кто гарантирует, что эти ядра лучше, чем выпущенные самими
NM>> девелоперами? Ведь гремучая смесь может получиться.
VB> никто нигде ничего не гарантирует. Просто нужно понять, что "мальчики с
VB> улицы" дистрибутивные ядра не собирают. Я не проверял наличие kad@ в
VB> кредитах, но то, тчо я не соберу ядро лучше чем он - это точно. Мне этого
VB> достоачно для того, чтоб не собирать ядро самому.
VB>
VB> Разбираться какая из веток -ac/-mm/-итд мне будет лучше, смысла нет. меня
VB> все устраивает, если что-то не устраивает (например хочу packet cd
VB> writing), то я "прошу верхушку". В итоге, например обещали что в asp8.x
VB> писалка udf в дяре будет out-of-box (патчи так сходу накладываются, но
VB> что-то там падает, этим вопросом уже занимаются ;)
VB>
Всё, я понял твою мысль. С ней я согласен.
Hо из неё вытекает, что абсолютно всё равно, откуда ядра, лишь бы не было
глюков (а это у всех, кроме линусовских ядер) + сюппорт.
--
Nikita Melnikov
--- tin/1.5.8-20010221 ("Blue Water") (UNIX) (Linux/2.4.19 (i586))
* Origin: iopt! (2:5030/956.128)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
