The OpenNET Project / Index page

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



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

Оглавление

Компания VMware отреагировала на обвинение в нарушении лицен..., opennews (ok), 11-Мрт-15, (0) [смотреть все]

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


26. "Компания VMware отреагировала на обвинение в нарушении лицен..."  +2 +/
Сообщение от Andrey Mitrofanov (?), 11-Мрт-15, 11:43 
>по факту это как дрова для нвидии получаются,
> плюс апи. Линковка не при чем, если вызовы через апи.

Судя по написанному выше, похоже, они "свободной" прокладкой экспортируют GPL-only внутренние API ядра(*) наружу своему проприблобу. Да, вероятно, некоторые прочие блоборасы делают то же. Это дыра. Её надо затыкать.

(*)См., например, просьбы NVIDIA сменить GPL-онли экспорты на более другие http://www.opennet.ru/opennews/art.shtml?num=35067 или
http://www.opennet.ru/opennews/art.shtml?num=35067 благословить прокладку.
и пр.
https://www.google.ru/search?q=GPLONLY+%D1%81%...
=google://GPLONLY символы ядра site:www.opennet.ru

++
#Апр-08#>В суд никто не пошёл --http://www.opennet.ru/openforum/vsluhforumID3/41295.html#56
Теперь пошёл. Держу кулаки.

> В суд еще потом надо на сфц подать за клевету.

Потом подай, чо.

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

44. "Компания VMware отреагировала на обвинение в нарушении лицен..."  +1 +/
Сообщение от Аноним (-), 11-Мрт-15, 12:54 
>Судя по написанному выше, похоже, они "свободной" прокладкой экспортируют GPL-only внутренние API ядра(*) наружу своему проприблобу. Да, вероятно, некоторые прочие блоборасы делают то же. Это дыра. Её надо затыкать.

Согласен. Я тоже думаю над этим и как бы это сформулировать Столлману чтобы он это учел в GPLv4.

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

62. "Компания VMware отреагировала на обвинение в нарушении лицен..."  +3 +/
Сообщение от Andrey Mitrofanov (?), 11-Мрт-15, 15:50 
>как бы это сформулировать Столману чтобы он это учел в GPLv4.

Не о том.

Во-первых, Линус GPLv2-ровно "доволен, как слон" (потому что поменять не хочет), поэтому новинки от Столмана ему не указ.

Во-вторых, разделение API ядра Linux на "здесь играем, а здесь рыбу заворачивали" уже http://www.opennet.ru/opennews/art.shtml?num=14535 есть, а у Столмана таких проблем никогда не было (в пределах одной GPL то есть, и не вспоминая про LGPL).

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

103. "Компания VMware отреагировала на обвинение в нарушении лицен..."  –1 +/
Сообщение от клоун (?), 12-Мрт-15, 12:21 
EXPORT_SYMBOL_GPL и EXPORT_SYMBOL различаются лишь на уровне исходного кода. Первый макрос проверяет лицензию модуля и отказывается компоновать его, если модуль не под GPL; второй макрос работает без этой проверки. Если вызывать функции API извне, напр. из приложения или динамически загружаемого внешнего модуля, то разницы между этими макроопределениями нет.
Ответить | Правка | Наверх | Cообщить модератору

152. "Компания VMware отреагировала на обвинение в нарушении лицен..."  +1 +/
Сообщение от Аноним (-), 13-Мрт-15, 12:42 
> извне, напр. из приложения

Приложение не может вызывать напрямую ядерный код и линковаться с ним. Есть механизм системных вызовов. Он не является линковкой. Для юзермода есть консенсус что это ок.

> или динамически загружаемого внешнего модуля,

В случае монолитного ядра, модуль по факту является частью ядра и производит линковку.

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

88. "Компания VMware отреагировала на обвинение в нарушении лицен..."  –4 +/
Сообщение от Аноним (-), 11-Мрт-15, 19:06 
>>по факту это как дрова для нвидии получаются,
>> плюс апи. Линковка не при чем, если вызовы через апи.
> Судя по написанному выше, похоже, они "свободной" прокладкой экспортируют GPL-only
> внутренние API ядра
(*) наружу своему проприблобу. Да, вероятно, некоторые прочие блоборасы
> делают то же. Это дыра. Её надо затыкать.

что такое "внутренние API" ядра? это что-то новое в мире программирования.. Хотя да - это же в мире GPL ограничивают доступ к API и негадуют что Oracle требует деньги за тоже с google.. лицемеры - что взять..

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

114. "Компания VMware отреагировала на обвинение в нарушении лицен..."  +/
Сообщение от torvn77 (ok), 12-Мрт-15, 13:53 
В винде тоже самое,приложениям винапи,под которым творится что Майкрософту заблагорассудится.
Ответить | Правка | Наверх | Cообщить модератору

123. "Компания VMware отреагировала на обвинение в нарушении лицен..."  –1 +/
Сообщение от клоун (?), 12-Мрт-15, 16:16 
В "винде" далеко не тоже самое.

Windows пикоядерный, Линукс монолитный.

Монолитные ОС состоят из тысяч разных модулей, поэтому в Линукс возникает внутренний API ядра - функции ядра, которые компонуемые модули могут вызывать.

С 2004 г. внутренние экспортируемые функции API разделили на ДляВсех и ТолькоДляGPL. Проверка осуществляется макросом на этапе компиляции.

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

130. "Компания VMware отреагировала на обвинение в нарушении лицен..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 12-Мрт-15, 17:29 
> В "винде" далеко не тоже самое.
> Windows пикоядерный

omfg

>поэтому в Линукс возникает внутренний API ядра - функции ядра, которые компонуемые модули могут вызывать.
> С 2004 г. внутренние экспортируемые функции API разделили на ДляВсех и ТолькоДляGPL.
> Проверка осуществляется макросом на этапе компиляции.

Вы старательно путаете лицензию ("разрешено") и тех.средство сие [не-]разрешение [кое-где порой] обеспечивающее. Ну, это простительно, да. Ведь сами Авторы пошли лёгким путём: в лицензию особо не углублялись (там же есть какая-то документация...), а просто сделали макрос. ndiswrapper-ы и невидии поняли -- нельзя, значит, нельзя.

А вот "особый специальный случай" vmw дошёл до суда. Так что _макрос -- это далеко не всё, а разночтения/интерпретации лицензий/намерений разбросаны весьма широко.

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

137. "Компания VMware отреагировала на обвинение в нарушении лицен..."  –2 +/
Сообщение от клоун (?), 12-Мрт-15, 17:56 
Вы неправы.

Не все из внутренних экспортируемых функций экспортируется во вне, поэтому ndiswrapper-ы и невидии вынуждены быть частью монолитного ядра.

VMware внесла изменение в ядро, сделав часть внутренних функций экспортируемых во вне.

Программы VMware вызывают код модифицированного ядра Линукс. Имеют полное право.

И теперь на сцене появляются мифические персонажи:
- лицензия компоновки
- намерения лицензионных требований, написанные в комментариях к функциям программного кода
- намёки на некоторые новые лицензионные требования, написанные водяными знаками в документации
- новые лицензионные требования, скрытыве от непосвящённых в именах макросов

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

134. "Компания VMware отреагировала на обвинение в нарушении лицен..."  +/
Сообщение от ZiNk (ok), 12-Мрт-15, 17:48 
>>>по факту это как дрова для нвидии получаются,
>>> плюс апи. Линковка не при чем, если вызовы через апи.
>> Судя по написанному выше, похоже, они "свободной" прокладкой экспортируют GPL-only
>> внутренние API ядра
(*) наружу своему проприблобу. Да, вероятно, некоторые прочие блоборасы
>> делают то же. Это дыра. Её надо затыкать.
> что такое "внутренние API" ядра? это что-то новое в мире программирования.. Хотя
> да - это же в мире GPL ограничивают доступ к API
> и негадуют что Oracle требует деньги за тоже с google.. лицемеры
> - что взять..
>в мире GPL ограничивают доступ к API

Ограничивают линковку. По GPL вообще линковаться нельзя не открыв код, но сделано исключение для некоторых API, к которым можно линковаться будучи хоть бздёй, хоть проприетарщиной.

> и негодуют что Oracle требует деньги за тоже с google.. лицемеры

Oracle требует что бы google отстегнул денег за реализацию API. Если бы VmWare сами реализовали АПИ ядра линукса - вопросов к ним не было бы. Но что взять с анонимусов, которым некогда понять что они прочитали и надо просто вылить сюда всё что плещется меж ушей на темы с похожими словами.

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

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

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




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

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