ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Nikita Melnikov                      2:5030/956.128 27 Mar 2003  21:44:55
 To : Vladimir Bormotov
 Subject : Траблы со сборкой ядра.
 -------------------------------------------------------------------------------- 
 

 
  VB>>>  Т.е. или они "тестятся точно так-же", или таки в RedHat мение
  VB>>> грамотны.
 
  VB>>>  Hо я склонен к тому, что там БОЛЕЕ грамотны, по крайней меретем, что
  VB>>> они берут на себя отвевенность обеспечивать САПОРТ результатов своего
  VB>>> труда, чего не скажешь о КАЖДОМ из перечисленых "дистров" (SuSE вроде
  VB>>> тоже предлагает саопрт, и еще некотоыре, но далеко не все).
 
  NM>> Юзеры RH в большинстве своём много менее грамотны в эхотажном плане,
  NM>> нежели юзеры других дистров.  А ведь патченьем/багрепортеньем
  NM>> занимаются не только разработчики дистра, но и простые пользователи.
 
  VB>  и что?  Юзеры не собирают ядра RH/ASP/ALT.  Их собирают вполне конкретные
  VB>  люди.  Кто в ALT занимается ядром, сказали в письме рядом.  Кто в ASP
  VB>  занимается ядром, я говорил не раз.
  VB>  
  VB>  Мой выбор, именно выбор ядра, это фактически выбор из этих конкретных
  VB>  _людей_.
 
 Пжалста, тебе никто не мешает. Вопрос был про багрепорты. Я думаю, что школьник
 с RH не забагрепортит ничего, в отличии от квалифицированного юзера Debian.
 
  VB> [skip]
 
  VB>>>  Посмотри, сколько времени RH сидели на 2.4.9.  Hо думаешь кто-то из
  VB>>>  rh-customers пожалел о том что не пришлось ходить по граблям вплоть
  VB>>> до 2.4.1[89] (точно не помню) ?
 
  NM>> Тем не менее, если хождение по граблям где-либо присутствует, об этом
  NM>> узнают все. И ничего не мешает пользователем официальных ядер не
  NM>> пользоваться глючными релизами.
 
  VB>  мешает необходимсоть иметь квалификаци/время/силы на доведения
  VB>  конструктора раздающегося с kernel.org до ПРОДУКА, который раздается с
  VB>  сайта дистрибьютора.
  VB>  
  VB>  Ты разницу поинмаешь?
 
 Я приводил классификацию пользователей. Тот, кто не в курсе (или не может быть
 в курсе), пользует что-нибудь с саппортом либо ему пофиг (как большинству
 школьников, у которых встало и работает).
 
  VB>>>  Как только замена VM устаканилась, так сразу на updates.redhat.com
  VB>>>  появились ядра 2.4.19.  Для поддерживаемых дистрибутивов.
 
  VB>>> RedHat, как не странно, таки выделяется тем, что например
  VB>>> поддерживает ветку 6.x, и выпускает для нее критические обновления.
  VB>>> Это могут далеко не все дстрибьюторы.
 
  NM>> Debian, по крайней мере, делает ;)
 
  VB>  Debian?  С каких пор у них стал саппорт более глубоким чем у RH?
  VB>  
  VB>  С тех пор, как осенью RH поурезал сроки на поддержку прошлых версий?
  VB>  Лично для меня основной минус Debian был именно в короткости сапорта.
 
 Я не про саппорт, а про выпуск обновлений для старых версий. Или это уже тоже
 саппорт?
 
  NM>>>> А для уверенности в безглючности можно взять ядро постарше +
  NM>>>> патчи, исправляющие ошибки (если такие были).
 
  VB>>>  ... rwahide.redhat.com
 
  VB>>>  да-да, по-людски подход "взять ядро по-старше" называется "добро
  VB>>>  пожаловать в разработчики Линукса!".
 
  NM>> ...если железо позволяет, то никакой разработки не потребуется.
 
  VB>  ок, где на kernel.org списко железа, которое "позволяет"?
  VB>  
  VB>  HCL у каждого дистрибутива в том или ином виде ведется.
 
 Да. Hо не всегда этот список нужен/востребован.
 
  VB> [skip]
  VB>  
  VB>>>  Кто всё это будет делать, если все будут качаьт новые ядра,
  VB>>> компилить, ставить их на свою linux-box'ы и слать багрепорты в lklm?
 
  VB>>>  Или, уже в дополнение к Bk/Cvs завели kernel-wide bugtracking?  Хотя,
  VB>>> вам, разработчикам линукса, наверное понадобится еще лет пять (до
  VB>>> Version Tracking шли почти 10-ть лет, я думаю что урок вынесен, и срок
  VB>>> сократил в два раза), чтоб дойти до BugTracking?
 
  NM>> Скажу по секрету: я к ним никакого отношения не имею, силёнок
  NM>> недостаточно.
 
  VB>  как я понимаю, URL на багтрекер для официальных ядер, отличный от lklm не
  VB>  прозвучит? 
 
 А он там есть? 
 
  VB>  Это все, я перечисляю ПЛЮСЫ ядер из дистрибутива, если ты не заметил.
 
 Заметил.
 
 Hо я не против патчей. Я против позиции "RH-ядра -- всё, остальное -- ничто!".
 
  VB>  Я тоже не имею отношения к сборке ядер ASP.  По большому счету.
  VB>  
  VB>  
  VB> [skip]
 
  NM>>>> Hасчёт "несовместимости" я вообще не понял.  Как могут быть
  NM>>>> несовместимы ядро с kernel.org и патч для него?
 
  VB>>>  А вот так.  Как смогли появиться версии, которые не компились ваще?
 
  NM>> Ты про 2.5?  Если про другие, то любая версия у кого-нибудь да не
  NM>> компилится.
 
  VB>  я про 2.4.  Который "якобы стабле".  И который не комплился ВАЩЕ, потому
  VB>  что кое-кто про#@ал макрос, когда удалял какие-то куски старого кода.
 
 И часто такое бывает? HЕТ. У меня нет. Hи разу. Хоте, я знаю, бывает. Может,
 просто мне везёт и я по граблям ещё не ездил?
 
  VB>  [skip]
  VB>   
  VB>>>  PS я конечно могу найти kernel*.src.rpm из последней SuSE и сам
  VB>>>  посмотреть, и если там патчи будут - ткнуть в них пальцем, но не я
  VB>>> ведь начал именами дистрибутивов разбрасываться ;))
 
  NM>> Ладно, ладно, погорячился я.  Мне кажется, что SuSE патчит не в таких
  NM>> количествах, как RH.  Если это не так, то SuSE вычёркиваем из списка
  NM>> ;). Hо даёт саппорт. ALT/ASP _сами_ тоже ничего не патчат, но саппорт
  NM>> дают.
 
  VB>  да-да-да.  А откуда в ASP Kernel новые iptables?  И откуда там кусочки
  VB>  OWL?   Типа святым духом?  Которому имя kad@asplinux? ;)))
  VB>  
  VB>  "Шура, вы делаете мне смешно.." ;))) 
 
 Хоть какой-то толк есть =)
 
 Слово _сами_ значит, что патчи самописные, а не взятые откуда-то. Я про это
 говорил.
 
 -- 
 Nikita Melnikov
 --- tin/1.5.8-20010221 ("Blue Water") (UNIX) (Linux/2.4.19 (i586))
  * Origin: iopt! (2:5030/956.128)
 
 

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

Тема:    Автор:    Дата:    Траблы со сборкой ядра.   Nikita Melnikov   27 Mar 2003 21:44:55   Re: Траблы со сборкой ядра.   Vladimir Bormotov   28 Mar 2003 04:15:11