Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Траблы со сборкой ядра.   Nikita Melnikov   20 Mar 2003 22:28:31 
 Re: Траблы со сборкой ядра.   Vladimir Bormotov   21 Mar 2003 12:46:04 
 Траблы со сборкой ядра.   Nikita Melnikov   25 Mar 2003 20:46:38 
 Re: Траблы со сборкой ядра.   Vladimir Bormotov   26 Mar 2003 15:19:55 
 Re: Траблы со сборкой ядра.   Alex Korchmar   27 Mar 2003 00:44:35 
 Re: Траблы со сборкой ядра.   Vladimir Bormotov   27 Mar 2003 01:00:22 
 Re: Траблы со сборкой ядра.   Alex Korchmar   27 Mar 2003 01:11:44 
 Re: Траблы со сборкой ядра.   Michael Shigorin   26 Mar 2003 12:06:07 
Архивное /ru.linux/2541697d8577.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional