tiphareth: Kororaa Accused of Violating GPL

Настроение:	sick
Музыка:	Inner Glory - Remains Of A Dream
Entry tags:	gpl, linux

Kororaa Accused of Violating GPL

Раз | два | три

Некто Кристофер Смарт сделал бинарный
дистрибутив Линукса на основе Gentoo. Говорят,
хороший. Также он залил это дело на компакт, чтоб
оно грузилось прямо с диска, под названием
Kororaa Xgl Live CD. На маорийском языке
Kororaa значит "пингвинчик".

Поскольку это дело должно грузиться с диска,
к нему должны быть приложены драйвера видеокарт.
А они выпущены пор проприетарной лицензией.
И на диск Линукса (многие считают) их ставить
нельзя; в результате каждый, кто себе устанавливает
Линукс, должен включать Интернет, сгружать драйвера
с сайта производителей, и в особо тяжелых случаях
перекомпилировать ядро. Чудовищный геморрой, но
авторы дистрибутивов считают (видимо, несправедливо)
что иначе они нарушат лицензию GPL.

На Kororaa Xgl Live CD эти драйвера были,
и какой-то анонимный педерас, известный как "разработчик
ядра", стал качать права из-за нарушения лицензии.
Результат: "The Kororaa Xgl Live CD has been taken
offline due to GPL violation". Больше Kororaa Xgl
Live не выпускается. Лучше никому не стало,
пользователи страдают, разработчик нервничает.
Все зло - от педерасов. В нехорошем смысле слова.

Педерасов надо душить. Но проблема, в принципе, серьезная,
особенно учитывая, что никакой лицензии "Kororaa Xgl Live
CD" не нарушал.

Угрозы судом за нарушение GPL потенциально
гораздо вредоноснее, чем даже качание права
за копирайт, потому что (а) эффект один -
человеку не дали делать хорошее под предлогом
"копирайта" и (б) если подобные вещи будут
совершаться регулярно, идея копилефтной
лицензии будет дискредитирована в первую
очередь.

Когда какую-нибудь мелкую и никому неизвестную
контору судят за нарушения GPL, радоваться этому
совершенно нечего - каждый такой суд это гвоздь
в гроб FSF и лично Столлмана. Любители судиться
из-за копирайта вообще говно, а любители судиться
в защиту копилефта - это вообще черт знает
что такое, говно из говна. Всех этих людей
надо обязательно убить.

По ссылке от gregory_777

Привет

(Читать комментарии) - (Добавить комментарий)

sighup.livejournal.com
2006-09-28 12:58 (ссылка)

Ммм. У него есть технические основания этого не делать по обоим пунктам.
По первому пункту: для того, чтобы написать вменяемый драйвер, надо либо
иметь очень сложное LGPL'ed Driver API, о котором заботиться -- делать этого
никто не будет, либо все функции, которыми потенциально может пользоваться драйвер (а это 80% ядра) делать LGPL. Этого тоже никто делать не будет.
Что касается намеренного дизайна, то это неправда. У линуксового ядра в части его сообщения с юзерспейсом с самого начала классический юниксовый интерфейс.
Сейчас к нему были добавлены всяческие FUSE и прочая, что вдвойне опровергает это утверждение.

(Ответить) (Уровень выше) (Ветвь дискуссии)

lqp
2006-09-28 22:30 (ссылка)

Какие-то ужасы рассказываете. Во первых, причем тут API? Я имел в виду простенькое дополнительное разрешение, или даже уточнение, что независимо от прочих условий

Подобное аналогичному разрешению, спокон веков существующему в GLIBC.

Про дизайн я подробностей сейчас не помню, помню только, что это касалось каллбэков из ядра в юзерспейс, которые были (есть?) весьма ограничены.

(Ответить) (Уровень выше) (Ветвь дискуссии)

sighup.livejournal.com
2006-09-28 22:51 (ссылка)

Какое уточнение?
glibc -- LGPL.
Линуксовое ядро -- GPLv2.
Модули в ядро динамически линкуются и шарят address space.
Вы о чём, Фёдор?

Что касается callback'ов из ядра в userspace, то это никому не нужно не в силу юридических причин, а в силу чудовищной медленности операции копирования между kernel space и userland'ом (особенно на x86), что по сию пору делает невозможным написание вменяемых драйверов PCI-устройств с DMA или, скажем, реализацию ATAPI таким путём. В местах, в которых это не критично, это было сделано сто лет назад -- см. ту же FUSE.

(Ответить) (Уровень выше) (Ветвь дискуссии)

lqp
2006-09-29 12:23 (ссылка)

Уточнение (не то сервер сьел, не то я отвлекся и забыл дописать) что независимо от всех прочих условий, бинарные модули допустимы. Прямо таким языком.

GLIBC AFAIK не вся LGPLная, есть и GPL-гные части. Ну или возьмите для примера GCC.

(Ответить) (Уровень выше) (Ветвь дискуссии)

sighup.livejournal.com
2006-09-29 14:53 (ссылка)

Правильно. Для того, чтобы собираться GCC, программам не обязательно линковаться с libgcc, с которым линкуется сам gcc.
А вот в ядре бинарный модуль может сделать практически всё, что угодно, и разрешить бинарные модули означало бы возможность создания derivative works из всего линуксового ядра разом. Очевидно, что далеко не все люди, отдавшие код в ядро, на это согласны. Это было бы возможно, если бы у ядра был чётко очерченный Driver API, о чём я говорил выше. Для этого API можно было бы включить в лицензию специальный пункт -- но это автоматом означало бы необходимость этот API поддерживать и заботиться об обратной совместимости, чего делать не хочет никто.

(Ответить) (Уровень выше)

yushi
2006-09-29 13:23 (ссылка)

Э… так динамическая линковка с GPL софтом разрешена вроде? Или я туплю?

Вот компилирование закрытых драйверов с ядром в единый исполнимый код было бы незаконным, но это невозможно именно потому, что они закрытые.

(Ответить) (Уровень выше) (Ветвь дискуссии)

sighup.livejournal.com
2006-09-29 14:49 (ссылка)

Не-а. Динамическая линковка запрещена, поскольку предполагается, что в этом случае закрытый линкуемый код должен что-то существенное знать про GPL-covered код -- заголовки, структуры данных и так далее, а значит, являться derivative work. Про это в GPL FAQ написано.
В принципе, это всё довольно grey area, поскольку в тексте GPL (в отличие от LGPL) понятия "linking" вообще нет.
С другой стороны, есть юридическая практика, когда Велте доказывал компаниям (не будем показывать пальцами, каким), что их закрытые модули, которые используют GPL'ные хуки iptables (по сути, просто включают при компиляции заголовки с API) нарушают таким образом GPL.

(Ответить) (Уровень выше)

(Читать комментарии) -