|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 17 Nov 2002 02:16:58
To : Aleksey Cheusov
Subject : Re: компиляция ядра
--------------------------------------------------------------------------------
Aleksey Cheusov <cheusov@scnsoft.com> wrote:
>>
>> >P.S. Оборви руки Линусу за модули к ядру. Это примерно оно.
>>
>> Hаоборот, расцелуй :), так как:
>>
>> 1. технически мешает коммерсантам выпускать закрытые модули,
>> они вынуждены отдавать их в исходниках после соответствующих разъяснений
>> с упором не на принципы free software, а на техническую сторону,
>> что намного проще.
AC> Вот тут я наверняка буду обхаян, но мне лично глубоко наплевать,
AC> открыт код для драйвера или закрыт. Все, что мне нужно так, чтобы все
AC> работало. А с вами "идеологически правильными" не опускающимися до
Теперь подумай - а достаточно ли тебе, чтобы оно работало здесь и сейчас
или тебе хочется быть увереным, что оно будет работать через два года,
на процессоре принципиально другой архитектуры (скажем ARM) к которому
тебе через два года, когда фирма-производитель про эту железку давно
забует, тебе ее вдруг захочется подключить.
Если второе, то открытые исходники - единственная гарантия.
AC> Так вот: в интересах пользователя, о которых GNU-шники так беспокоятся
AC> обеспечить возможность получить драйвер не от разработчиков ядра,
AC> а от третьего лица. Пусть даже и в бинарном виде. Лишь бы работал.
Вопрос в том, об интересах КАКОГО пользователя беспокоятся гнушники.
Мне так кажется, что пользователь, не способный самостоятельно исправить
проблему если не в драйвере, то в прикладной программе, просто не
считается достойным иметь интересы.
Я могу привести ряд психологических и экономических соображений в пользу
именно такой трактовки понятия пользователя.
Второй момент - это тебе нужно "лишь бы работал". А мне нужно, чтобы он
работал так, чтобы я его совсем не замечал. Если он работает по принципу
"лишь бы", не вписываясь в общую идеологию моей системы (а она слегка
отличается даже от идеологии дистрибутива на базе котрого эта система
сделана, не говоря уж о той системе, на которой разрабатывался этим
третьим лицом драйвер) я его лучше покупать совсем не буду.
AC> А они догадались - alsu в ядро засунули. Проект Linux нужно разбивать на
AC> подпроекты, а не делать из него супермонстра.
AC> Чем больше исходников в ядре, тем меньше шансов получить стабильные
AC> ядра прямо из kernel.org и больше проблем у дистрибьюторов Linux.
Это верно только отчасти. Интерфейсы ядра на уровне исходных текстов
достаточно стабильны. И та же alsa прекрасно жила годами как отдельный
проект. Если теперь авторы основного ядра зарекутся на этот проект
как на основу поддержки определенного класса устройств, но при этом
не будут покушаться на свободу определения путей развития этого
проекта, это будет шаг как раз в ту сторону, за которую ратуешь ты.
И строго говоря, далеко не первый.
--
Hе пиши кредо на заборе.
--- С.Е. Лец
--- ifmail v.2.15dev5
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
