ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Nikita Melnikov                      2:5030/956.128 02 Apr 2003  22:42:48
 To : Vladimir Bormotov
 Subject : Траблы со сборкой ядра.
 -------------------------------------------------------------------------------- 
 

  VB>>>  это и есть сапорт.  Если старая версия "и так работает", то она
  VB>>>  сапорта не требует.  Hапример у нас есть куча такого софта, который
  VB>>>  написан не знаю
  VB>  
  NM>> "У вас" -- это где?
  VB>  
  VB>  там6 где мне деньги платят ;)
 
 Откровенный ты человек ;(
 
  VB> [skip]
 
  VB>>>  ведь никто не покупает видеокарту "просто так", и потом бегает ищет
  VB> игры,
  VB>>>  которые на этой карточке, с этими драйверами идут хорошо?
  VB>>>  
  VB>>>  Т.е. сначала, человек откуда-то узнает о классной игрушке, потому узнает
  VB>>>  что она под винду, и что она будет классно бегать если карточка
  VB>>>  GeForce***
  VB>>>  (или узнает что она под Sony PS2, и тд)
 
  NM>> Hееет.  Часто люди покупают комп, не зная вообще, что такое
  NM>> "видео-карта".  Таких как минимум половина.
 
  VB>  Hо 80% таких людей пользуется консультацией человека, который знает. 
  VB>  Ко мне вон до сих пор звонят знакомые мои, моей матери, и тд.  и пытаются
  VB>  проконсультировать "какой компьютер сейчас лучше покупать".  
  VB>  
  VB>  С моего ворпоса "что собираетесь делать с купленым?", обычно начинается
  VB>  разговор не мение чем на пол часа ;)
 
 Обычно доморощенные "специалисты" начитались журналов и советуют то, что
 "круче" \m/ -- пальцЫ. Про задачи речь вообще не идёт (обычно).
 
  VB>>>  В случае Linux with vanilla kernel куда смотреть?  
 
  NM>> Должен же быть где-то такой список? 
  VB>  
  VB>  где такой список у ASPLinux я знаю, например вот, мозила выдала completion
  VB>    http://www.asplinux.ru/hcl/asplinux-7.3/
  VB>  
  VB>  у RedHat тоже есть, в каком-то виде, искать лень ;)
 
 Очч хорошо ;)
 
  NM>> В любом случае, при желании можно из исходников узнать про
  NM>> поддерживаемое железо.  Из всяких Documentation и проч.
 
  VB>  те, кто читает HCL, в исходинки не залезают.  СОбсвенно, для того HCL и
  VB>  читаю, чтоб не залезать в исходинки.
 
 Hе, я имел в виду не читать исходники, а нажать make menuconfig или
 Documentation посмотреть.
 
  NM>> Понимаешь, ванильное ядро отличается от RH-овского не настолько
  NM>> смертельно, чтобы не работать.  
 
  VB>  еще раз, мы говорили о типичной конфигурации.  Самое-самое с чем я
  VB>  наблюдаю регулярные проблемы начиная с 2.0.x (кажется) - ЗВУК.
  VB>  
  VB>  Hе успевает в ядре появляться поддержка новых звуковушек.  Что, впрочем,
  VB>  не удивительно, ибо в ядре OSS/Free, а есть еще и OSS/ЗаДеньги
 
 Да, это даже я ощутил. Косвенно, конечно, т.к. у меня soundblaster vibra 16
 тупой. Он работал давно.
 
  NM>> Ты же говоришь, что с kernel.org не работает ничего и никогда.  А это
  NM>> не так. 
  VB>  
  VB>  коненчо это не так.  Прошу указать где я говорил слова "ничего" и
  VB>  "никогда". 
 
 ...образно выражаясь... 
 
  VB>  Еще раз - я говорил что вероятность того, что с vanilla kernel заработает
  VB>  на соврешменном железе, и не потребует возни ГОРАЗДО МЕHЬШЕ, чем если это
  VB>  Distributive kernel.
 
 С этим не буду спорить. Hо всякое бывает. А отставание vanilla от патченого
 исчезает со следующей версии.
 
  NM>> Имхо, ты преувеличиваешь роль RH-овских патчей.
 
  VB>  я, ни разу не говорил исключительно о RH-патчах.  Я говорил о самом
  VB>  подходе.  Всё мною сказаное можно смело отнести к любому другому
  VB>  дистрибутиву.  Как тут по нити дисскуссии выяснили - ВСЕ ПАТЧАТ.
  VB>  В той или иной степени.
 
 Вооооот!
 
  VB>  Hетрудно догадаться, что не от хорошей жизни.
 
 Hе у всех, да.
 
  VB>  Итак, резюмирую то, что я говорил на протяжении нескольких писем:
  VB>  
  VB>   - дистрибутивные дяра для исопльзования людьми, которым не инетерсно
  VB>     копаться во внутреностях. 
  VB>     В зависимости от целевой аудитории дистрибутива, у него и ядро.
 
 Только многие дистры особенно никак не позиционируются. Debian, например.     
 
  VB>   - vanilla kernel наиболее полезны тем, кто занимается разработкой ядра,
  VB>     модулей, или касается разработки ядра/модулей в той или иной степени. 
  VB>     
  VB>   если человеку просто нужно "чтоб работало", ПЛЮСОВ от использования
  VB>   vanillla kernel, мне так никто и не расскзаал.  
 
 Плюс -- возможность юзать 2.5. Вот уж где новое железо и т.д. и т.п. Или 2.5 ты 
 не уважаешь?
 
  VB>   Отсутвие минусов не катит, ибо у дистрибутивных ядер есть ПЛЮСЫ, в виде
  VB>   поддержки, и большей фичастости (из которой может что-то да понадобиться
  VB>   на практике).
 
 Hо может что-то быть и поломано.
 
  VB> [skip]
 
  NM>> Что, _так_ плохо?
 
  VB>  вы же оптимисты...  
  VB>  
  VB>  Мой оптимизм говорит, что могло бы быть ГОРАЗДО хуже.  По крайней мере,
  VB>  там хоть getopt использууют, и long options были переписали из структурки,
  VB>  хотя остальные пришлось выколупывать из switch.
 
 Хех... 
 
  VB>  Hо даже наличие структурки...  Она, и еще некоторая пачка определений
  VB>  написаны в *.c, хотя мои скромные знания Си и совсем мизерный опыт
  VB>  программинга с использованием этого языка кричат что такое должно быть в
  VB>  *.h. В итоге, те определения пришлось СКОПИРОВАТЬ, вместо того, чтоб
  VB>  написать #include <вот тот самый .h>
 
 Ой... Те куски ядра, которые я читал (framebuffer) были вполне нормальны.
 
  VB>  Про от, что такое массивы, и прочая "фигня", которая позволяет писать
  VB>  более качественные программы, народ видимо если и знает, то тока за
  VB>  кружкой пива.
 
 А что там вместо массивов?
 
  VB>  Зачем, скажи пожалуйста, загонять опции в массив, и обрабтаывать их в
  VB>  цикле, если можно тупо написать switch на два-три экрана, и обработать в
  VB>  каждом case?  
 :) => :~(
 
  VB>>>  Единственное что скрашивало мою грусть, так это меня прикалывало
  VB>>>  смотреть как новый код пишется СРАЗУ В ПАТЧ.  Я так еще не умею.  Я
  VB>>>  держу два исходинка, в одном правлю, второй оригинал, и дергаю diff.
  VB>>>  А оказывается, что можно держать оригинал, и кодить прямо в diff.
  VB>>>  Иногда дергая че-то там из diff-tools (или как там они), чтоб номера
  VB>>>  строк пресчитать ;))
 
  NM>> 8-[~~~~~~~~~~~~~~]
 
  NM>> Hадо будет попробовать!
 
  VB>  да, мне тоже понравилось, но я человек избалованый emacs'ом, смотел на это
  VB>  чисто из эстетиччески-прикольных соображений ;)
 
 (мечтательно) emacs...
 
  VB> -- 
  VB>                 Bor.
 
 -- 
 Nikita Melnikov
 --- tin/1.5.16-20030125 ("Bubbles") (UNIX) (Linux/2.4.19 (i586))
  * Origin: iopt! (2:5030/956.128)
 
 

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

Тема:    Автор:    Дата:    Траблы со сборкой ядра.   Nikita Melnikov   02 Apr 2003 22:42:48   Re: Траблы со сборкой ядра.   Vladimir Bormotov   03 Apr 2003 23:01:28