The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Google перейдёт к развитию новшеств для Android в основном ядре Linux, opennews (?), 26-Сен-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


172. "Google перейдёт к развитию новшеств для Android в основном я..."  –4 +/
Сообщение от Аноним (172), 26-Сен-21, 22:04 
Спасибо прооралсь с тебя. У каждого вендора драйвера под их устройства. А драйвера сюрприз, сюрприз устанавливаются просто как обычные приложения. И работают с любой версией конкретной версии виндоуз, но еще могут работать и с предыдущей версией виндоуз и возможно даже следующей.

А во всеми любим линуксочке даже в одной версии тоже же Бубнточки лтс может быть три разных ядра и твой блобный драйвер может работать только с одним из них и то только если звезды сложатся. И это только с бубунточкой даже в федору ты его уже не отнесешь. А исходники своего чудо драйвера для чудо девайса тебе никто не даст. Собирать для тебя под другие ядра за бесплатно не будет.

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

204. "Google перейдёт к развитию новшеств для Android в основном я..."  +/
Сообщение от Аноним (200), 27-Сен-21, 10:00 
>А исходники своего чудо драйвера для чудо девайса тебе никто не даст. Собирать для тебя под другие ядра за бесплатно не будет.

Для взаимодействия с ядром в драйвер нужно включить либо хедеры ядра, либо свои хедеры ядра. Большинство (но не все, есть разрабы, лицензировавшие свои хэдеры под пермиссивной лицензией) хедеров ядра - под GPLv2. Значит, драйвер, использующий эти хедеры - тоже под gplv2. Если же кто-то сделал свои хедеры ... то единственный способ сделать их совместимыми с ядром с не пренебрежимо малой вероятностью - отреверсить ядро и/или его исходники. Значит свои хедеры тоже обязаны быть под GPL. Значит любой драйвер для ядра обязан быть под GPL.

Это не позиция Линуса, ибо сейчас статус-кво в том, что корпорации нарушают GPL, но они же за свой счёт ядро и разрабатывают и финансируют, и от разработки пользы больше, чем от нарушения, поэтому кусать кормящую руку не будут. Тем более, что есть альтернативы в виде фуксии и bsd.

Ответить | Правка | Наверх | Cообщить модератору

217. "Google перейдёт к развитию новшеств для Android в основном я..."  +/
Сообщение от Аноним (-), 27-Сен-21, 13:17 
> Значит любой драйвер для ядра обязан быть под GPL.

Это значит, что любой условный "3-строчный" загрузчик проприетарного блобика для ядра обязан быть под GPL. Сам загружаемый блобик - уже нет.

Ответить | Правка | Наверх | Cообщить модератору

259. "Google перейдёт к развитию новшеств для Android в основном я..."  +/
Сообщение от Аноним (259), 28-Сен-21, 10:24 
Только если не взаимодействует с ядром.


>If I write a plug-in to use with a GPL-covered program, what requirements does that impose on the licenses I can use for distributing my plug-in? (https://www.gnu.org/licenses/gpl-faq.en.html#GPLAndPlugins)
>Please see this question for determining when plug-ins and a main program are considered a single combined program and when they are considered separate works.
>If the main program and the plugins are a single combined program then this means you must license the plug-in under the GPL or a GPL-compatible free software license and distribute it with source code in a GPL-compliant way.

А когда плагин есть 'single combined program' для целей GPL, по интерпретации создателей GPL? А фактически всегда.

>When is a program and its plug-ins considered a single combined program? (https://www.gnu.org/licenses/gpl-faq.en.html#GPLPlugins)
>It depends on how the main program invokes its plug-ins. If the main program uses fork and exec to invoke plug-ins, and they establish intimate communication by sharing complex data structures, or shipping complex data structures back and forth, that can make them one single combined program. A main program that uses simple fork and exec to invoke plug-ins and does not establish intimate communication between them results in the plug-ins being a separate program.
>If the main program dynamically links plug-ins, and they make function calls to each other and share data structures, we believe they form a single combined program, which must be treated as an extension of both the main program and the plug-ins.
>Using shared memory to communicate with complex data structures is pretty much equivalent to dynamic linking.

Более того, нельзя обойти GPL через dependency injection:

>Can I release a nonfree program that's designed to load a GPL-covered plug-in? (https://www.gnu.org/licenses/gpl-faq.en.html#NFUseGPLPlugins)
>If they form a single combined program this means that combination of the GPL-covered plug-in with the nonfree main program would violate the GPL.

Разумеется, интерпретация создателей GPL не значит ничего. Как и интерпретеция Линуса, Кроа-Хартмана, Тсо и Перенса: linux - это огромный проект со многими контрибьютерами, почти каждый из которых может поиграть в копираста и подать иск на нарушение GPL. Единственное, что тут имеет значерие - это мнение судьи. А судья - государев человек - обязан быть и работать на благо государства. Поэтому заранее ясно, на чью сторону обязан встать судья - на сторону тех, в чью пользу решение принесёт государству больше пользы. В виде налогов. Поэтому никто не спешит судиться с корпорациями по этому поводу - никто не верит в успех этой затеи, а неуспех будет прецедентом, после которого FSF придётся убрать эти FUD-положентя из FAQ. Вообще по-хорошему их следовало бы внести в прямо в текст лицензии.

Но то, что создатели Линукса вертятся как ужи на сковородке, говорит о них отрицательно. Сначала они хотели покопирастничать в пользу GPL, а теперь, когда пути назад нет, а под платящих партнёров нужно прогнуться, создают свою интерпретацию GPL, хотя не они создали GPL и поэтому не им давать определения, что соответствует духу GPL.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру