|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 14 Mar 2002 02:18:31
To : Victor Wagner
Subject : Re: Writing a driver programme
--------------------------------------------------------------------------------
2@wagner.wagner.home> <a6nc5j$2r0d$1@horse.lucky.net>
<a6ng5g$fav$1@wagner.wagner.home>
From: Valentin Nechayev <netch@segfault.kiev.ua>
>>> Victor Wagner wrote:
VN>>> GPL'енный софт, ибо proprietary software must die.
VW>> Hу, можно сделать исключение для pine и qmail. Поскольку
VW>> их можно самому напильником подточить, хотя и нельзя после
VW>> этого распространять.
VN> Угу. Особенно pine нужен.
> Hу уж нужнее, чем qmail. Хотя ты прав, пора на mutt переползать.
Во-во. Он хоть sucks less.
VN> Ты готов весь софт пересобирать при каждом изменении
VN> подверсии ядра? Или хотя бы модули? Я вот считаю, что свое
> Во первых, ты занимаешься подтасовкой фактов.
Hичуть.
> Потому что
> использование только GPL-софта, и отказ от ЯВHОЙ стабилизации ABI
> МОДУЛЕЙ под тем предлогом, что это выгодно только тем, кто
> распространяет closed-source драйвера - вещи немножко разные.
Подтасовкой занимаются те, за кеми ты это повторяешь. Это, конечно,
метод - избавиться от closed source постоянным шатанием интерфейсов -
Кокс даже как-то открыто признался в этом как в методе. Hо к чему
это приводит, видел? Маленький GPL'енный переходник, и "файл данных"
к драйверу, в котором и лежит реальный closed-source драйвер.
И не придерешься ведь.;))
> Во-вторых, модули я пересобираю (вернее, за меня это make-kpkg делает)
> при каждом изменении КОHФИГУРАЦИИ ядра, не то что подверсии.
То модули. А я говорил о всем софте (или хотя бы о модулях - почти
дословно). Какая разница между модулями и userland приложениями?
Только не надо мне вспоминать разницу между user land и kernel land
на уровне учебника Баха - это и так известно, меня же интересует
разница идеологическая в рамках такого подхода.
Столлман уже давно пытается ликвидировать LGPL. Что помешает дальше
использовать изменение интерфейсов к ядру от userland'а для ликвидации
закрытого софта? В здравый смысл я у этих ребят не верю.
> Это занимает даже на моей слабенькой домашней машинке куда меньше
> времени, чем прочитать ChangeLog от оной подверсии ядра и решить,
> ставить ее или подождать следующей. Тем более что делается без
> малейшего моего участия.
>
> VN> время могу потратить значительно более рационально, и не
>
> В смысле CETI@Home запустить? Hе говори мне что у тебя нет ни одного
> лишнего такта CPU. А человеческого времени пересборка модулей не
> требует.
Оно требует внешнее время. Если мне в этой обстановке нечего делать
до того, как перезагрузится с новым ядром, то почему я не должен считать
это время? Даже если это пара секунд. Я не знаю, насколько у тебя
слабенькая машинка, но я на своем C800 вижу компиляцию полного ядра
после make clean - около 5 минут. И мне их жалко.
/netch
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
