Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет Misha Verbitsky ([info]tiphareth)
@ 2006-09-27 20:05:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Настроение: 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 и лично Столлмана. Любители судиться
из-за копирайта вообще говно, а любители судиться
в защиту копилефта - это вообще черт знает
что такое, говно из говна. Всех этих людей
надо обязательно убить.

По ссылке от [info]gregory_777

Привет



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


[info]sighup.livejournal.com
2006-09-28 22:51 (ссылка)
Какое уточнение?
glibc -- LGPL.
Линуксовое ядро -- GPLv2.
Модули в ядро динамически линкуются и шарят address space.
Вы о чём, Фёдор?

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

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


[info]lqp
2006-09-29 12:23 (ссылка)
Уточнение (не то сервер сьел, не то я отвлекся и забыл дописать) что независимо от всех прочих условий, бинарные модули допустимы. Прямо таким языком.

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

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


[info]sighup.livejournal.com
2006-09-29 14:53 (ссылка)
Правильно. Для того, чтобы собираться GCC, программам не обязательно линковаться с libgcc, с которым линкуется сам gcc.
А вот в ядре бинарный модуль может сделать практически всё, что угодно, и разрешить бинарные модули означало бы возможность создания derivative works из всего линуксового ядра разом. Очевидно, что далеко не все люди, отдавшие код в ядро, на это согласны. Это было бы возможно, если бы у ядра был чётко очерченный Driver API, о чём я говорил выше. Для этого API можно было бы включить в лицензию специальный пункт -- но это автоматом означало бы необходимость этот API поддерживать и заботиться об обратной совместимости, чего делать не хочет никто.

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


[info]yushi
2006-09-29 13:23 (ссылка)
Э… так динамическая линковка с GPL софтом разрешена вроде? Или я туплю?

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

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


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

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


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