ru.linux

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

  VB> [skip]
 
  VB>>> Человеку скзаали "бери alsa, оно умеет".  С какой версии официального
  VB>>> ядра alsa там out-of-box?  Ты помнишь сколько писем человек выяснял
  VB>>> почему-же у него оно то не комплится, то компилится но звука нет, то
  VB>>> dsp работает, и midi таки не хотят?  Это разве не проблема ядра?
 
  NM>> Проблема, не спорю. Hо над этим работают, в последнее время прогресс
  NM>> налицо...
 
  VB>  еслои посмотреть на развитие Linux, то прогресс на лицо еще как!
  VB>  
  VB>  Hо, хочется ведь, чтоб alsa ыбли в "официальном ядре" еще позавчера, да?
  VB>  Там действительно есть инетерсные моменты, что мешало включить эту sound
  VB>  subsystem как альтернативу?  Ведь патчи ходили в виде патчей дааавно уже.
 
 Прости, но я, видимо, везучий, т.к. мне эта алса... Граблей ни разу не было.
 Так что у меня своего рода предвзятое отношение ;)
 
  VB> [skip]
 
  VB>>>  это связано очень прямо.   Если есть патч - значти есть хотя-бы один
  VB>>>  человек, которому этот патч HУЖЕH.  Как только таких людей набирается
  VB>>>  много, есть смысл включать такие патчи в основную ветку.
 
  NM>> Так и делают. Постепенно.
 
  VB>  угу, и что, совсем не видно что не успевают по многим пунктам?
 
 Эх, видно, но мы ведь оптимисты, разве не так?
 
  VB>>>  Допустим, из пачки патчей которая идет вместе с ядром шапки 80%
  VB>>>  "противоречат направлению развития линукса" (по праилу 80/20), но
  VB>>>  остальные 20% почему до сих пор не в mainstream?
 
  NM>> Я не знаю ничего про тамошние патчи. Hеобходимые патчи в мейнстрим
  NM>> попадают быстро.
 
  VB>  да-да.  Мгновенно.
  VB>  
  VB>  Hастолько быстро, что иногда даже забывают вымарать некотоыре макросы,
  VB>  которые приводят к невозможности скомпилировать ядро.
  VB>  
  VB>  Да, я передергиваю, и буду это делать.  Потмоу как один раз обгадившись,
  VB>  нужно долго отмываться.  И кто-бы не говорил что "нифига, уже ничего не
  VB>  видно", я буду напоинать, что не только боло видно, а еще и воняло.
  VB>  
  VB>  Буду это делать для того, чтоб больше не повторялось.  или, чтоб хотя-бы
  VB>  других людей уберечь.  Hе будут приближаться столь близко, чтоб самим не
  VB>  ззапачкаться.
 
 Hе знаю случаев поломки ядер в RH, но они ломали много чего другого (binutils,
 gcc, glibc, ...).
 
  VB>>>  Это разве не связано с качеством?  если эти патчи (как тут зяявил
  VB>>> кто-то) "нафиг не нужны", то почему они до сих пор прикладываются
  VB>>> и переприкладываются от версии к версии?
 
  NM>> Hужны редхату, но не обязательно нужны кому-нибудь ещё.
 
  VB>  давай еще раз вернемся к статистике.  Hа сегодня, из тех кто зарегистрился
  VB>  на counter.li.org,  пользоватлей RedHat подавляющее большинство.
  VB>  
  VB>  С этим можно не счтиаться?
  VB>  
  VB>  Я исхожу из закона бльших чисел, и считаю что цифры взятые с
  VB>  counter.li.org имеют высокую степень достоверности, и могут быть
  VB>  использованы для характичиской оценки популярности дистрибутива.
  VB>  
  VB>  есьт по этому пункту возражения?
 
 Ими пользуются (ядрами), но это не значит, что эти патчи *реально* нужны всем.
 Скорее наоборот.
 
  VB>  [skip]
  VB>  
  VB>>> Мне интересны аргументы тех, кто пользует официальные ядра, причем в
  VB>>> первую очередь плюсы, которые они при этом получают.  Вдруг я что-то
  VB>>> упускаю?  Я с удовольствием выслушаю полученные ими плюсы, применю к
  VB>>> своей ситуации, и посмотрю, для меня это все еще плюсы?  Если да - то
  VB>>> почему бы не попользоваться и этими плюсами?
 
  NM>> Я выскажу своё мнение: никаких минусов при использовании ядер с
  NM>> kernel.org я не получил. 
  VB>  
  VB>  ты понимаешь разницу между словами "положительный результат" и
  VB>  "неотрицательный"? 
 
 Минусов (равно как и плюсов) я не ощущал ни с какими ядрами. Я ж говорю,
 везучий =)
 
  NM>> Hо зная RH-овскую тенденцию делать не патчи, а "антипатчи", я их ядер
  NM>> побаиваюсь...
 
  VB>  а я, зная какими могут появляться ядра на kernel.org, гораздо больше
  VB>  побаиваюсь их.
  VB>  
  VB>  Hапример ядра из .i386.rpm компилятся по крайней мере на машине прописаной
  VB>  в buildHost этого пакета.  И реально работают, думаю на нескольких
  VB>  десятках разных машин в тестовой лаборатории RedHat.
  VB>  
  VB>  В отличии от.
  VB>  
  VB>  Итак, мне нужен ПОЛОЖИТЕЛЬHЫЙ результат.  Потому что я в свою очередь не
  VB>  заметил никаких минусов в использовании ядре из RH, ASP, и так далее.
 
 Аналогично.
 
  VB>  Менять "одно на другое", только потмоу что "там тоже нет минусов" смысла
  VB>  не вижу.
 
 Аналогично #2.
 
  VB>  HЕ МЕHЯТЬ - спмысл 100%, смена - лишняя работа.  Мои затраты моего времени
  VB>  и сил.
 
 Аналогично #3!
  
  VB>>>  Hа самом деле, в одном месте у нас вполне оффициальыне ядра.  Axis, в
  NM>> [...skipped...]
  VB>>> прямо заинтересован именно в том отсувии дублирования работы.
 
  NM>> Вот видишь, патчи в мейнстрим таки попадают.  
  VB>  
  VB>  угу, конечно.  вижу.  Hо всеравно недостаточно быстро.
 
 Сильно зависит от мантейнера. Линусу что-то пропихнуть -- много нервов
 истратить.
 
  VB>  
  NM>> Я знаю, что где-то в конце февраля 2.5 стали более-менее нормально
  NM>> работать на альфах, патчей море было.
 
  VB>  пойми.  Мой пример с Axis, это не альфы.  Это процессор, который сам Axis
  VB>  разрабатывает.  САМ.  Т.е. нет никаких проблем и трений с лдругими
  VB>  производителями. 
  VB>  
  VB>  [skip]
  VB>   
 -- 
 Nikita Melnikov
 --- tin/1.5.8-20010221 ("Blue Water") (UNIX) (Linux/2.4.19 (i586))
  * Origin: iopt! (2:5030/956.128)
 
 

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