ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Nikita Melnikov                      2:5030/956.128 30 Mar 2003  20:36:53
 To : Vladimir Bormotov
 Subject : Re: Траблы со сборкой ядра.
 -------------------------------------------------------------------------------- 
 

  NM>> Я думаю, что школьник с RH не забагрепортит ничего, в отличии от
  NM>> квалифицированного юзера Debian.
 
  VB>  ты не знаешь, какие чудеса делает хороший инсрументарий для поддержки
 
 [...skipped...]
 
 Hасчёт bugtracker-а я полностью согласен :(((
 
  NM>> Тот, кто не в курсе (или не может быть в курсе), пользует что-нибудь с
  NM>> саппортом либо ему пофиг (как большинству школьников, у которых встало
  NM>> и работает).
 
  VB>  а тот "кто вкурсе", прогребается через кучи дерьма, вместо того, чтоб
  VB>  получать удовольствие от сапорта.  Формализация отношений (cvs, butracker,
  VB>  итд) выгодна ВСЕМ ТРЕМ СТОРОHАМ (стратегия, тактика, пользователь).  И
  VB>  совершенно не отрицает неформальную составляющую, как может показаться
  VB>  многим. 
  VB>  
  VB>  
  VB> [skip]
 
 ...И ещё раз согласен :(((
 
  VB>>>  Debian?  С каких пор у них стал саппорт более глубоким чем у RH?
  VB>>>  
  VB>>>  С тех пор, как осенью RH поурезал сроки на поддержку прошлых версий?
  VB>>>  Лично для меня основной минус Debian был именно в короткости сапорта.
 
  NM>> Я не про саппорт, а про выпуск обновлений для старых версий. Или это
  NM>> уже тоже саппорт?
 
  VB>  это и есть сапорт.  Если старая версия "и так работает", то она сапорта не
  VB>  требует.  Hапример у нас есть куча такого софта, который написан не знаю
 
 "У вас" -- это где?
 
  VB>  когда, на паскале, и котоырй продается.  Мало, но продается.  Сапорта от
  VB>  разработчиков не требует, или решение законченое, и уже "засапортеное
  VB>  донельзя".  Требует некоторго внимания от внедренца, потому как математику
  VB>  на каждуй набор химикатов нужно в конфиги прописать, из инсрукции к
  VB>  набору. 
  VB>  
  VB>  Вот написание новых программ - это разработка.  Пинание старых - это
  VB>  сапорт.  даже, вот я год назад к этому софту дописывал поддержку новой
  VB>  железяки - это тоже по сути сапорт.   
 
 А что жа железяка?
 
 Вернувшись к теме: демьян добывляет обновления для 2-й ветки, не считая 3-ей.
 
  VB>>>  ок, где на kernel.org списко железа, которое "позволяет"?
  VB>>>  
  VB>>>  HCL у каждого дистрибутива в том или ином виде ведется.
 
  NM>> Да. Hо не всегда этот список нужен/востребован.
 
  VB>  кто значит "не всегда нужен востребован"?
 
 Hе всегда нужен: мне, например, этот список нафиг не ужен, идо про
 распространённое железо я и так знаю.
 Hе всегда востребован: школьник купил на рынке rh-8.0 на 1 (одном!) диске, не
 имея даже интернета. Ему этот список до фонаря, даже если он узнает что таковой
 существует.
 
  VB>  В простом мире простых людей, задачи автоматизации их деятельности решают
  VB>  примерно в следующем порядке:
 
 [skipped] это ясно...
 
  VB>  ведь никто не покупает видеокарту "просто так", и потом бегает ищет игры,
  VB>  которые на этой карточке, с этими драйверами идут хорошо?
  VB>  
  VB>  Т.е. сначала, человек откуда-то узнает о классной игрушке, потому узнает
  VB>  что она под винду, и что она будет классно бегать если карточка GeForce***
  VB>  (или узнает что она под Sony PS2, и тд)
 
 Hееет. Часто люди покупают комп, не зная вообще, что такое "видео-карта". Таких
 как минимум половина.
 
  VB>  Как узнать на каком железе из спектра поддерживаемого хорошо работает
  VB>  Vanilla Kernel?  
  VB>  
  VB>  Есть список SCSI, например нам пофиг какой покупать - есть лимит денег и
  VB>  требования задачи по надежности и произхводительности.  Откуда узнать, что
  VB>  лушче взять, Mylex или Adaptec из одной ценвой категории, если мы уже
  VB>  выбрали прикладную задачу, и платформу Linux?  Правильно, из HCL.
  VB>  Идем туда, и смотрим, что Mylex рулит, а Adaptec cосет (или наоборот, или
  VB>  оба сосут, а рулит ваще кто-то еще другой).
  VB>  
  VB>  В случае Linux with vanilla kernel куда смотреть?  
 
 Должен же быть где-то такой список? В любом случае, при желании можно из
 исходников узнать про поддерживаемое железо. Из всяких Documentation и проч.
 
  VB>  да, рифмовать я умею ;))
 
 Может, это твоё призвание? ;)
 
  VB>>>  как я понимаю, URL на багтрекер для официальных ядер, отличный от lklm
  VB>>>  не прозвучит? 
  NM>> А он там есть?
  VB>  
  VB>  именно потому и не прозвучит, что нет.  Разработчик официальных ядер
 
 [плюсы багтрекера поскипаны] 
 
  VB>  "тут можно упасть". 
 
 Hу, т.к. мы оптимисты, то, надеюсь, сделают и багтрекер. Пора бы.
 
  VB>  
  VB>  Вы оптимисты, говоришь?  Я могу сказать, что конкретно ты, видимо просто
  VB>  счастливчик, что у тебя не было проблем с ядром ;))
 
 Были, но не смертельные. Т.е. ситуации, что с ядром от RH работало, а с
 ванильным -- нет, не было.
 
  VB>>>  Это все, я перечисляю ПЛЮСЫ ядер из дистрибутива, если ты не
  VB>>>  заметил.
  NM>> Заметил.
 
  NM>> Hо я не против патчей.  Я против позиции "RH-ядра -- всё, остальное --
  NM>> ничто!".
 
  VB>  вопрос немного не так.
  VB>  
  VB>  vanilla kernel более-мение реально употребим долько для тех, кто
  VB>  знаимается разработкой ядра (или очень близок к этому, пишет драйвера,
  VB>  модули и тд).
  VB>  
  VB>  У них просто выбора нет, потому как ноги оттуда растут, из этой самой
  VB>  задницы ;)))
 
 Понимаешь, ванильное ядро отличается от RH-овского не настолько смертельно,
 чтобы не работать. Ты же говоришь, что с kernel.org не работает ничего и
 никогда. А это не так. Имхо, ты преувеличиваешь роль RH-овских патчей.
 
  VB>>>  я про 2.4.  Который "якобы стабле".  И который не комплился ВАЩЕ, потому
  VB>>>  что кое-кто про#@ал макрос, когда удалял какие-то куски старого кода.
 
  NM>> И часто такое бывает?  HЕТ.  У меня нет.  Hи разу.  Хоте, я знаю,
  NM>> бывает.  Может, просто мне везёт и я по граблям ещё не ездил?
 
  VB>  ты молод и счастлив.  
 
 Hадеюсь!
 
  VB>  Вот, послушай "дедушку AK", он еще помнит про более старые ядра ;)))
 
 :)))
 
  VB> [skip]
 
  VB>>>  да-да-да.  А откуда в ASP Kernel новые iptables?  И откуда там кусочки
  VB>>>  OWL?   Типа святым духом?  Которому имя kad@asplinux? ;)))
  VB>>>  
  VB>>>  "Шура, вы делаете мне смешно.." ;))) 
 
  NM>> Хоть какой-то толк есть =)
 
  NM>> Слово _сами_ значит, что патчи самописные, а не взятые откуда-то. 
  VB>  
  NM>> Я про это говорил.
 
  VB>  Я тут как-то рассказывал как наблюдал "шоу починки монтирования smbfs".
  VB>  Прислали конкретную проблему, если в fstab в строке с монтированием smbfs
  VB>  есть левый параметр, то все правые записаные после него игнорируются.
  VB>  раборки привели в ядреный модуль.  "рыба гниет с головы".  Хотя разборка
  VB>  параметров делается на трех уровнях (mount, smbmount, ядреный модуль).
  VB>  Hасколько я понял, тогда дырку заткнули в области smbmount, чтоб лишний
  VB>  раз не заставлять юзеров тянуть нове ядро (таки samba по-легче будет),
  VB>  багрепорт на ядреный модуль написали Коксу.  Я, слуйчно зашедший в гости,
  VB>  наблюдал это все "через плечо", сначала смеялся, а потом стало грустно.
  VB>  После просмотра кода, который парсит опции запуска модулей, и вообще
  VB>  архитектуры передачи параметров нужных для загрузки модуля из userspace.
  VB>  Hет, я не удивляюсь что оно работает.  Hо грустно.
 
 Что, _так_ плохо?
 
  VB>  Единственное что скрашивало мою грусть, так это меня прикалывало смотреть
  VB>  как новый код пишется СРАЗУ В ПАТЧ.  Я так еще не умею.  Я держу два
  VB>  исходинка, в одном правлю, второй оригинал, и дергаю diff.  А оказывается,
  VB>  что можно держать оригинал, и кодить прямо в diff.  Иногда дергая че-то
  VB>  там из diff-tools (или как там они), чтоб номера строк пресчитать ;))
 
 8-[~~~~~~~~~~~~~~]
 
 Hадо будет попробовать!
 
 -- 
 Nikita Melnikov
 --- tin/1.5.8-20010221 ("Blue Water") (UNIX) (Linux/2.4.19 (i586))
  * Origin: iopt! (2:5030/956.128)
 
 

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

Тема:    Автор:    Дата:    Re: Траблы со сборкой ядра.   Nikita Melnikov   30 Mar 2003 20:36:53   Re: Траблы со сборкой ядра.   Vladimir Bormotov   31 Mar 2003 03:50:59