Апелляционный суд Германии оставил без изменения (https://sfconservancy.org/news/2019/apr/02/vmware-no-appeal/) решение Окружного суда Гамбурга в деле о нарушении компанией VMware лицензии GPL и не удовлетворил апелляцию, поданную правозащитной организацией Software Freedom Conservancy (SFC) от имени Кристофа Хелвига (Christoph Hellwig), известного разработчика ядра Linux. Несмотря на то, что немецкий суд принял окончательное решение в отношении процедуры, а не по существу, SFC и Хелвиг не намерены возобновлять разбирательство в судах высшей инстанции.
На прошедшие разбирательства было потрачено много времени и ресурсов, но прецедент так и не был создан. Тем не менее, несмотря на фактический проигрыш, SFC считает, что открытое сообщество формально выиграло так как разбирательство побудило многие компании к более внимательному отношению к требованиям копилефт лицензий и более тщательной проверке продуктов на предмет возможных нарушений.
В том числе компания VMware заявила (https://www.vmware.com/company/news/updates/march-2019-hellw...) о намерении удалить спорную прослойку vmklinux из своего ядра vmkernel и продукта vSphere, даже после того, что суд оказался на её стороне.
Несмотря на проигрыш организация SFC не намерена сдаваться и продолжит попытки создания прецедента для подобных нарушений GPL, но уже в делах с другими ответчиками и в других юрисдикциях.
Напомним, что в 2016 году суд не вынес решения по существу и не признал правоту ни одной из сторон. Дело было закрыто из-за отсутствия должной экспертизы и неопределённости с имущественными правами на код ядра Linux (непонято, может ли один из разработчиков предъявлять претензии, так как ядро развивается при участии тысяч разработчиков и возникает вопрос выделения авторских прав отдельных участников). Предоставленные в ходе разбирательства доказательства нарушения GPL не были приняты во внимание, так как показанные примеры заимствования кода (https://sfconservancy.org/copyleft-compliance/vmware-code-si...) не соответствовали требованиям к предоставлению доказательств (в отличие от судов США, в немецком суде публично доступной информации в Git-репозитории оказалось недостаточно).
Позиция (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: https://sfconservancy.org/news/2019/apr/02/vmware-no-appeal/
Новость: https://www.opennet.ru/opennews/art.shtml?num=50445
