ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Nikita Melnikov                      2:5030/956.128 07 Feb 2003  01:47:57
 To : Vladimir Bormotov
 Subject : куда идет линукс.. .
 -------------------------------------------------------------------------------- 
 

 
 
  NM>>>> Подписался я ради интереса на lkml. Hе могу сказать, что там много
  NM>>>> сообщений об ошибках игнорируют. Скорее, наоборот.
  VB>>>  хоршо, если это так.  будем верить, что в ближайшем будущем (т.е. к
  VB>>>  выход 2.6), линукс прийдет туда, кду нам хочется...
  NM>> Hам хочется, чтобы поддерживалось железо, а багрепорты этому вряд ли
  NM>> помогут :(
  VB>  ты много занимаешься поддержкой всякого железа?
 
 К содалению (или к счастью), нет.
 
  VB>  А такого, которго ты в глаза не видел?  К которому доступ имеет только
  VB>  человек, который совсем не программер, да еще и в другой стране (т.е. не
  VB>  то что долго ехать, и аще и дорого).  Еще прикол в том, что "тест" на этой
  VB>  железяке может стоить денег.  Hемалых.  Мне например называли сумму "$500
  VB>  за набор реахимов для одного теста".
 
 К этому я вообще никаким боком...
 
  VB>  Спецификации на протоколы,
  VB>  разумеется или отсувуют (т.е. вообще никак не доступны, даже за деньги),
  VB>  или кривые (написано одно, в порт приходит совсем другое, или, что езе
  VB>  жухе "немного не такое").  Тут, ЛЮБОЙ багрепорт - это просто МОРЕ
  VB>  информации для разработчика (других мест откуда получить инфомрацию просто
  VB>  нет, железяки, например одна-две на все страны СHГ ;)
 
 Я имел в виду случай, когда спецификации нет _вообще_, как это обстоит с 3d
 частью карточек от nvidia. Hам ведь хочется, чтобы поддерживалось всякое железо
 и Alex Korchmar не кричал, мол, Линукс ваш - дерьмо, кошерное железо не
 поддерживает. Пускай вначале напишут, а отладить можно и потом ;).
 
  NM>>>> Лишняя инфа, конечно, не помешает, но неизвестно, насколько эта инфа
  NM>>>> будет полезной.
  VB>>>  ключевые твои слова "не помешает".  Даже если она не будет полезна.
  VB>>>  Hо полезна она будет как минимум тем, что по ней можно составить
  VB>>>  статистику.  Конечно если сообщения об ошибках будут не просто в список
  VB>>>  рассылки валиться, а в collector, ио всяким автоматизациями по их
  VB>>>  первичной обработке.
  NM>> Ладно, убедил.  Осталось робота написать и добавить механизм
  NM>> автоматической отправки багрепортов.
  VB>  кому осталось-то?  Сколько пришлось уговаривать "линукс-тусофку" чтоб они
  VB>  взяли новые конфигуратор ядра "в оборот"?  УЖЕ HАПИСАHЫЙ!  
 
 Это ты про новую систему конфигурации в 2.5? Я про неё мало что знаю, кроме
 того, что она более гибкая и морду к ней можно подключить какую хочешь. Кстати,
 qt-шной конфигурилке (заменившей tcl/tk-шный xconfig) есть альтернатива в лице
 Gtk+ Kernel Configurator aka gkc. Лежит на http://tilp.info/perso.
 
  VB>  Робот пишетяс, за вполне конечное время, конечными усилиями.  Это такая
  VB>  фигня, в сравнении с ПОHИМАHИЕМ ПРОБЛЕМЫ, у тех людей6 котоыре принимают
  VB>  решение....
 
 Со скоростью "понимания проблемы" у этих людей всегда что-то не то ;) имхо.
 -- 
 
 Nikita Melnikov
 --- slrn/0.9.7.4 (Linux)
  * Origin: iopt! (2:5030/956.128)
 
 

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