Окружной суд Гамбурга (Германия) отклонил (http://bombadil.infradead.org/~hch/vmware/2016-08-09.html) иск против компании VMware, инициированный (https://www.opennet.ru/opennews/art.shtml?num=41794) Кристофом Хелвигом (Christoph Hellwig), известным разработчиком ядра Linux, при поддержке правозащитной организацией Software Freedom Conservancy (SFC). Хелвиг не согласен с позицией суда и намерен (http://sfconservancy.org/news/2016/aug/09/vmware-appeal/) подать апелляцию.
Суд отклонил дело не из-за согласия с позицией VMware, а из-за отсутствия экспертизы и неопределённости с имущественными правами на код (ядро развивается руками тысяч разработчиков и возникает вопрос выделения авторских прав отдельных участников). По существу дела решения не вынесено. В качестве причины непринятия для рассмотрения примеров заимствования кода, отмечено несоответствие представленных данных требованиям к предоставлению доказательств - в отличие от судов США, в немецком суде публично доступной информации в Git-репозитории оказалось недостаточно.
Для устранения несоответствия организация Software Freedom Conservancy сегодня опубликовала (https://sfconservancy.org/copyleft-compliance/vmware-code-si...) отчёт со сравнительным анализом кода Хелвига и VMware. В первой части отчёта осуществлено выделение вклада Хелвига в разработку ядра, а во второй части при помощи инструментария CCFinderX выявлены факты заимствования в коде VMware.Напомним, что позиция (https://www.opennet.ru/opennews/art.shtml?num=41794) Кристофа Хелвига и организации Software Freedom Conservancy сводится к тому, что компонент "vmkernel" в продукте VMware ESXi построен на основе комбинации кода ядра Linux с проприетарным кодом, который остаётся закрыт, что нарушает требования по раскрытию кода, связанного с кодом под лицензией GPLv2.
Хелвиг выступил истцом, так как в "vmkernel" используются подсистемы ядра Linux, разработанные лично им.Компания VMware, в свою очередь, настаивает (https://www.opennet.ru/opennews/art.shtml?num=41820) на том, что прямое заимствование кода ядра Linux в проприетарном компоненте "vmkernel" отсутствует. VMware ESXi представляет собой операционную систему, обеспечивающую управление аппаратными и программными ресурсами физических серверов, в основе которой лежит проприетарное ядро "vmkernel", которое поддерживает собственный программный интерфейс "VMK API", но также предоставляет прослойку vmklinux для обеспечения совместимости с драйверами Linux. Исходные тексты модуля vmklinux распространяются под лицензией GPLv2. Практика создания GPL-прослоек для связывания с проприетарными компонентами давно применяется разработчиками драйверов, но проблема в том, что через модуль vmklinux производится обращение и к компонентам ядра, экспортируемым с флагом EXPORT_SYMBOL_GPL, т.е. предоставляемым только для кода под GPL.
Использование внутренних вызовов ядра, попадающих в список EXPORT_SYMBOL_GPL, автоматически переводит любую надстройку в категорию производной работы, которая должна поставляться под GPL. С одной стороны модуль vmklinux поставляется под лицензией GPL и выполняет это условие, но с другой является лишь прослойкой для обращений к проприетарному коду. Истец считает, что проприетарный vmkernel следует рассматривать как продукт, производный от GPL-компонентов ядра Linux, даже при неявном связывании с ядром. VMware считает, что реэкспортирование GPL-функций через обёртки не приводит к созданию производной работы, тем более, что обращение к ядру Linux производится не для заимствования функциональности, а для обеспечения совместимости.
URL: http://sfconservancy.org/news/2016/aug/09/vmware-appeal/
Новость: http://www.opennet.ru/opennews/art.shtml?num=44938
Судя по тому, что написано в статье, Vmware всё правильно сделали, а у Кристофа Хелвига GPL головного мозга.
Поддерживаю данного оратора.
Перестаньте порочить такой хороший дистрибутив своим ником.
Удваиваю
Суть GPL - как раз в том, чтобы при всякой возможности давить, заставляя открыть код. В этом духе Хелвиг и действует. Ибо воистину.
клоун: ага, жди... Он понаписал везде EXPORT_SYMBOL_GPL и думал что теперь весь код станет GPL, а они форкнули, убрали эту байду и юзают, а изменённый код выложили как того требует лицензия. Шах и мат.
Так вы наверное думаете, что EXPORT_SYMBOL_GPL был сделан в расчете на то, что все будут искать обходные пути или все же для того, чтобы требовать открытость кода потребленцев?
> Так вы наверное думаете, что EXPORT_SYMBOL_GPL был сделан в расчете на то,
> что все будут искать обходные пути или все же для того,
> чтобы требовать открытость кода потребленцев?Покажите пункт лицензии который нарушает использование этого кода в прослойке ?
> Покажите пункт лицензии который нарушает использование этого кода в прослойке ?Не, не так. Покажите пункт лицензии который по вашему мнению разрешает вам использовать этот код. Если вы этого сделать не можете - добро пожаловать в эпоху DMCA, вы - поганый пират. Вас надо расстрелять по всей строгости copyright laws.
> а изменённый код выложили как того требует лицензия. Шах и мат.Ты путаешь, шах и мат - это спи... й мелкосакса ключ secure boot. Это былинно.
С неявным связыванием в GPL действительно неоднозначно.Есть какая-то судебная практика по аналогичным ситуациям?
вы, извините мне мой слог, но просто звездите или поленились с GPL3 ознакомиться.
Купите Excempt из лицензии и хоть "необраскрывайтесь", если конечно вам таки-решат его продать. если не решат - их право.
> Судя по тому, что написано в статье, Vmware всё правильно сделали, а
> у Кристофа Хелвига GPL головного мозга.GPL специально для защиты РАЗРАБОТЧИКОВ от ПАРАЗИТОВ и придуман. А кто будет мухлевать - будем бить по наглой рыжей морде.
какое-то высосаное из пальца нарушение. не удивительно, что суд послал истца куда подальше
А не проще было прослойку LGPL сделать вместо GPL?
Потому что она в ядре, а оно ГПЛ.
Зачем надо было делать это в Германии?
Кристоф Хелвиг - Квазифранцуз немецкого подданства. Так что он тупо сходил через дорогу, отнес бумажку с иском, а на обратном пути затарился брицелями, пивасиком и стал ждать, чего бундесчиновник решит.
Немецким может быть только гражданство.
Это временная недоработка.
> Это временная недоработка.Население завидует?
Молодец Кристоф! Ибо нефиг дурочку катить, на каждую хитрую жопу всегда …Я не понимаю здешних гплфобов - не нравиться Linux - валите на свои системы.
Линус Торвальдс тоже весьма плохо отзыается о GPL3. Ему куда валить прикажите?
Линус говорил, что перевел бы на GPL3, если бы все кто коммитят в ядро согласились, но это не реально. А для него не принципиально GPL2 там или GPL3.
> Линус говорил, что перевел бы на GPL3, если бы все кто коммитят
> в ядро согласились, но это не реально. А для него не
> принципиально GPL2 там или GPL3.Нет.
> Линус Торвальдс тоже весьма плохо отзыается о GPL3. Ему куда валить прикажите?А вот тут валить придётся всем нам: у Л.Т. уже всё хорошо, тёпленько и полюбовно в одноимённом фундейшене с проприертарщиками-нарушителями.
На ближайшую астрономическую перспективу надо подыскивать и/или писать GPLv3+ замену.
Линус известный копираст и продвигатель идей корпораций.
Нет. Просто он не фанатик и отступает от светлых идеалов, когда другие варианты слишком больно ударят по простым пользователям.
Если бы его так беспокоил собственный карман, он бы еще лет 15 назад продался с потрохами какому-нибудь ентерпрайз-вендору. Нет, просто для него реальный продукт важнее абстрактных идеалов.
> Если бы его так беспокоил собственный карман, он бы еще лет 15
> назад продался с потрохами какому-нибудь ентерпрайз-вендору. Нет, просто для него реальныйОн, 16 лет назад [ты знал!!], сделал _надёжно_, продался им всем:
"Founded in 2000, The Linux Foundation today provides tools,[...]"
> продукт важнее абстрактных идеалов.
> клоун: Скорее уж, по его карману. Кремниевая долина место, мягко говоря, не
> дешёвое...Понимаешь, Торвальдс такой один и заменить его вот так дешево и сердито - ага, щас. Это ж не корпоративный винтик типа тебя, когда одного выпер на мороз, другого нанял, а через неделю уже и не найти 10 отличий в работе компании.
в финляндию, не?
и таки-нет, позиция Линуса - логична, но оснвована на дезинформаци его "друзей из майкрософт", не имеющей ничего общего с фактическими возможностями примненения GPL-ресурсов, ничем не ущемленных по-факту.
> Линус Торвальдс тоже весьма плохо отзыается о GPL3. Ему куда валить прикажите?Он сам разберется куда ему валить. Однако он не может свалить за других, а этих других - легион.
А что тогда нвидию за её дрова не судят? Она тоже работает через прослойку.
Её Линус уже как то осудил своим ярким жестом, а это, знаете-ли, пострашнее Фауста Гёте!
они и AMD честно не использую вызовы с EXPORT_SYMBOL_GPL.
> А что тогда нвидию за её дрова не судят? Она тоже работает
> через прослойку.При том нвидия расперлась и написала вообще весь KMS в своей прослойке. Нормальная такая прослоечка - тжри года писали.
> организация Software Freedom ConservancyА эти самые упыри, которые на Canonical наехали по поводу ZFS.
Правильно их послали.
юристы тоже хотят кушать.. а сейчас кризис..
> юристы тоже хотят кушать.. а сейчас кризис..А немцы в курсе что у них оказывается кризис?
> Использование внутренних вызовов ядра, попадающих в список EXPORT_SYMBOL_GPL, автоматически переводит любую надстройку в категорию производной работы, которая должна поставляться под GPL.Покажите это место в лицензии или соврали ?
> Покажите это место в лицензии или соврали ?Жди следующих серий, как все. А то ишь ты, "покежи"... Места - согласно билетам!
>> Покажите это место в лицензии или соврали ?
> Жди следующих серий, как все. А то ишь ты, "покежи"... Места -
> согласно билетам!то есть реальных аргументов нету? поздравляю совравши!
Начни с понимания разницы между GPL и LGPL
> Начни с понимания разницы между GPL и LGPLя то знаю :) но если вы помните то ядро под GPL v2. поэтому прошу показать место в лицензии которое позволяет ограничивать некоторые символы типом лицензии.
Ты идешь не в ту сторону. Линковать GPL и не GPL код нельзя. А речь идет по сути об операции линковки. Разделение символов на два вида позволяет _ослабить_ это ограничение и разрешить динамически линковать неGPL код.
я иду в правильную сторону. Если я напишу скрипт который будет при помощи jprobe (или сканирования символов ядра) готовить нужные мне адреса и буду их вызывать - это будет нарушением GPL ? если нет - то почему ?:)
> Линковать GPL и не GPL код нельзя.А dlopen() можно?
Нет
> А dlopen() можно?А это что, не линковка? Как максимум - fork()/execve().
Создание прослойки это разве не тот самый fair use, о котором толдычат линуксоиды, когда говорят о том что протоколы взаимодействия между сервисами должны быть доступны для этого fair use (была там история про всякие закрытые протоколы от MS)?
> Создание прослойки это разве не тот самый fair use, о котором толдычат
> линуксоиды, когда говорят о том что протоколы взаимодействия между сервисами должны
> быть доступны для этого fair useНе, это не тот F.U. Тот "фэр юз" -- на блога торрент-бэев и пират-траккеров.
> (была там история про всякие закрытые протоколы от MS)?
Ты не понимаешь. Там не про Ф.Ю. Там преступная корпорация-монополист "согласилась" по приговору суда "отработать". Совсем не фэйрЪюз же!
Нет. Внешний API ядра доступен в виде сисколов для любого кода, независимо от лицензии. Данный же случай ближе по смыслу к динамической линковке, чем к протоколам или форматам файлов.
> Нет. Внешний API ядра доступен в виде сисколов для любого кода, независимо
> от лицензии. Данный же случай ближе по смыслу к динамической
> линковке, чем к протоколам или форматам файлов.И что? динамическая линковка - не требует некого API? то есть вы хотите сказать что .h файл от динамической библиотеки не описывает API этой самой библиотеки?
Ну так тебе никто не мешает использовать этот API, чай не Oracle с жабой. Пиши себе свое ядро с таким же API, никто не против. Тебе запрещается линковаться с конкретной _реализацией_ API. А это уже совсем другое дело.
> Ну так тебе никто не мешает использовать этот API, чай не Oracle
> с жабой. Пиши себе свое ядро с таким же API, никто
> не против. Тебе запрещается линковаться с конкретной _реализацией_ API. А это
> уже совсем другое дело.Покажите мне пункт в GPL лицензии который что-то говорит о линковке ?
>> Ну так тебе никто не мешает использовать этот API, чай не Oracle
>> с жабой. Пиши себе свое ядро с таким же API, никто
>> не против. Тебе запрещается линковаться с конкретной _реализацией_ API. А это
>> уже совсем другое дело.
> Покажите мне пункт в GPL лицензии который что-то говорит о линковке ?$ grep -ci link /usr/share/common-licenses/GPL-*
/usr/share/common-licenses/GPL-1:0
/usr/share/common-licenses/GPL-2:1
/usr/share/common-licenses/GPL-3:3
# _Номера пунктов -- сам.
> Нет. Внешний API ядра доступен в виде сисколов для любого кода,А тут недавно суд в штатах зажег напалмом и заявил что заголовочные файлы - тоже объект авторского права. И api в результате, да... ух и будет там баталий.
Короче был бы линь под GPLv3 этого спора бы не было.
А так процесс чем-то родственен с тивоизацией...
клоун: был бы. Динамическая компоновка в GPL 3 не запрещена, а претензии как раз к ней.
столман будет готовить GPL v4 которая запретит линковаться и вызывать код под другими лицензиями :)
> столман будет готовить GPL v4 которая запретит линковаться и вызывать код под
> другими лицензиями :)Паразиты должны понимать что производители дуста будут совершенствовать формулы.
че-та я даже не могу понять, кто тут больший п-с. Вмварь, которая звездит что линуксное ядро (по сути - целиком, да и по факту, его не растащить на куски) они используют "как прослойку", хотя даже на их картинке очевидно, что "прослойка" с непонятно нужным ли и используемым ли кем-то функционалом - это их поделка vmkernel, а не линуксное ядро (и эта картинка сама по себе - п-ж, ибо и "юзерспейс" у них вполне себе линуксный, не считая двух убогих программок для управления специфическими фичами, да и те скорее всего в недрах hostd а не в ядре). Кроме каких-то неведомых "other drivers" которые не диски, не usb и не сетевые карты (что же это тогда за неведомая ебанина, хотелось бы знать?)Или люди с gpl головного мозга, решившие подкормить юристов-разводил ради неведомой херни - при том что реальных серьезных нарушений gpl, действительно мешающих жить - на каждом углу. Начиная с каждого первого китайского смрад-фона, включая все современные циски, и заканчивая интеллектуальным унитазом с холодильником.
Впрочем, насчет неведомой - это вряд ли. У вмвари и так не лучшие времена, и самое время кое-кому подкинуть подобным уродцам три серебренника, чтобы они для нее стали еще хуже. Кто бы это мог быть, как вы думаете?
Нежто на Оракула намекаешь?
> че-та я даже не могу понять, кто тут больший п-с.
> Вмварь, которая
> Или люди с gplТы, вестимо. В зеркало ж посмотри, поискун.
Какие нарушения там у Cisco современных, GPL вы нашли?
> Какие нарушения там у Cisco современных, GPL вы нашли?asa - редхат, не ведро, а весь целиком какой-то тухлой версии
ios-xr 6 - редхат (ну или центос, то есть опять редхат)
ios-xr 5 - хз что такое, но линукс
nx-os - линуксэто вот совсем-совсем современные.
Из не совсем, но вполне продаваемых, за чемодан бабла - fwsm (и новый модный ACE, кажись тож), все вайфайные поделки включая сам контроллер, и в общем - за что ни схватишься.Это оставляя в строне чисто софтовые комплексы, начиная от tail-f'овской поделки и заканчивая Prime и Director. (которые стоят не чемодан, а грузовик бабла)
Ну и кто тут видел исходники и, главное - цискины изменения в них?
Вы купили продукт содержащий IOS-XR и вам отказали в продаже носителя с исходным кодом GPL компонентов или не дали доступ к ним онлайн?
Нет желания искать для всех продуктов адреса для контакта, нашёл для IOX-XR:This document contains the licenses and notices for open source software used in this product.With respect to the free/open source software listed in this document, if you have any questions or wish to receive a copy of the source code to which you are entitled under the applicable free/open source license(s) (such as the GNU Lesser/General Public License), please contact us at external-opensource-requests@cisco.com
То есть при наличие приобретённого устройства содержащего IOS-XR, вы имеет право направить запрос для получение диска с исходным кодом, за символическую стоимость физического носителя и почтовых услуг. Всё согласно букве и духу GPL, а возможно они даже дадут доступ к ним онлайн и вы просто скачаете их с сайта.
Ребята используют ядро Linux и скалачивают на нем нехилые деньги. Конечно они будут говорить, что это их собственная разработка, кому ж охота деньги терять.
> Если выигрывает VMWare, значит дыра с использованием кода GPL через экспортируемые функции
> в Германии будет официально узаконена. Если выигрывает Хелвиг, значит любая программа,
> которая запускается в Линукс, должна быть под GPL или она будет
> нарушать требования этой лицензии.Это VMware всё пытается бормотать про прослойки. А там проблема в том, что вся их система базируется на коде ядра. И производном от GPL ядра. В отличии от некоторых нвидий, которые впрочем тоже. Но нвидии делают вид что распространяют код, не включающий ядро или производный от ядра...
клонун, точно. Что ж им платят-то, если ведро линуксов доступно совершенно забесплатно?Если бы на самом деле "ребята использовали ядро линукс" - они были бы счастливы что его пилят за них другие, а им платят "нехилые деньги". Проблема, натурально, в том, что ядром линукс это было в 2005-м году, когда они наконец-то начали догадываться, что "server" немного тупиковое решение и вдобавок все вокруг будут тырить идеи и пытаться пропихнуть то же самое, только свое (и нет, эти "все" вовсе не нормальные опенсорсные разработчики, а oracle, microsoft и redhat).
Сейчас это "ядро линукс" пиленое-перепиленое настолько, что от оригинала крайне мало что осталось. Но сказать что "это их собственная разработка" нельзя, потому что все же как минимум драйвера бэкпортированы из текущих версий ядер. Приходится изобретать легенды про "прослойки". Навряд ли вмварь в большом восторге от этой затеи, но податься, в общем, некуда - как бы ни была хороша workstation, бизнеса на ней не построишь, а только повторишь печальный путь Mozilla corp.
Ну вот если они лицензии не хотят соблюдать - пусть себе и пишут ядро с ноля, побираются у бсдшников или как им там удобно. А паразитировать на тех кто явно указал что это не приветствуется - чревато порцией дуста.
>в немецком суде публично доступной информации в Git-репозитории оказалось недостаточно.Это интересно будет, если публикация в публичном репозитарии окажется не достаточной для защиты авторских прав.
Похоже что в этот раз сторонники копилефта не могут идти на попятую и заключать мировое соглашение,
иначе вся система признания авторских прав на код рухнет.