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