ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Valentin Nechayev                    2:5020/400     19 Aug 2002  00:45:48
 To : Aleksey I Zavilohin
 Subject : Re: снова о процессе р  азработки ядра
 -------------------------------------------------------------------------------- 
 

 >>> Aleksey I Zavilohin wrote:
 
  >>   ИМЕHHО!  Hу наконец-то и до тебя дошло.  Вот именно ЭТО мне и интресно.
  >>   Почему не предпринимается мер к сокращению влияния вот этого "людского
  >>   фактора".  Система контроля версий это она из мер, которая была принята
  >>   только вот совсем недавно.  Почему?  Почему это не предприняли ранее?
 AIZ> обьяснения выше - потому что до определенного момента человек
 AIZ> предпочитал трахаться в ручную, чем разгребать последствия
 AIZ> "мехнического" взаимодействия людей
 
 Это еще одна сторона проблемы - не надо было столько брать на себя.
 
  >>   Я все еще надеюсь что я просто чего-то не понимаю, почему все так
  >>   происходит. 
 AIZ> наверное 8-)
 AIZ> я вот не понимаю где в freebsd аналог lkml
 AIZ> freebsd-hackers@ не подходит (не подходил года полтора назад) по причине
 AIZ> слишком отвлеченности от проблем ядра - т е мне просто было интересно
 AIZ> что и как происходит в ядре (обсуждения + или - того или решения)
 AIZ> и читать про юзерлэнд проблемы было не особо интересно. Может есть
 AIZ> закрытый список рассылки для коммитеров?
 
 Ты не понимаешь. В ней нет такого разделения на ядро и юзерленд, как в
 линухе. И не будет - потому что надо ядро вести одновременно с базовым
 комплектом утилит, иначе будет каша, как со счетчиком ошибок на интерфейсе
 в ядре 2.2 при ifconfig от 2.0 ;)
 
 Разделение областей вокруг ядра - ортогонально тому, что вокруг линуха.
 И аналога lkml нет и не будет.
 arch, hackers, stable, current, scsi... - все - отдельные направления,
 такого мусорника, как lkml, не делается.
 Да, есть закрытые рассылки, но в них таких обсуждений не бывает.
 Вообще, самое неожиданное здесь - бурные переписки на cvs-all, очень часто
 они информативнее, чем arch + hackers вместе взятые.
 
  >>   
  >  >>>   Сколько было ядер в серии 2.4.x которые помечали DO_NOT_USE на
  >  >>>   ftp.kernel.org лежали, а даже HЕ КОМПИЛИСЬ по причине ЛЯПОВ в
  >  >>> исходниках?
 AIZ> кстати донт юзе к компиляции имеют слабое отношение 8-)
 
 Угу. Вот 2.4.0 не собиралось во многих случаях, хотя такой пометки не имело...
 /netch
 --- ifmail v.2.15dev5
  * Origin: Dark side of coredump (2:5020/400)
 
 

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