Апелляционный суд встал на сторону VMware в деле о нарушении GPL
2 апреля 2019 года
Апелляционный суд Германии оставил без изменения решение Окружного суда Гамбурга в деле о нарушении компанией VMware лицензии GPL и не удовлетворил апелляцию, поданную правозащитной организацией Software Freedom Conservancy (SFC) от имени Кристофа Хелвига (Christoph Hellwig), известного разработчика ядра Linux. Несмотря на то, что немецкий суд принял окончательное решение в отношении процедуры, а не по существу, SFC и Хелвиг не намерены возобновлять разбирательство в судах высшей инстанции.
На прошедшие разбирательства было потрачено много времени и ресурсов, но прецедент так и не был создан. Тем не менее, несмотря на фактический проигрыш, SFC считает, что открытое сообщество формально выиграло так как разбирательство побудило многие компании к более внимательному отношению к требованиям копилефт лицензий и более тщательной проверке продуктов на предмет возможных нарушений.
В том числе компания VMware заявила о намерении удалить спорную прослойку vmklinux из своего ядра vmkernel и продукта vSphere, даже после того, как суд оказался на её стороне. Несмотря на проигрыш организация SFC не намерена сдаваться и продолжит попытки создания прецедента для подобных нарушений GPL, но уже в делах с другими ответчиками и в других юрисдикциях.
Напомним, что в 2016 году суд не вынес решения по существу и не признал правоту ни одной из сторон. Дело было закрыто из-за отсутствия должной экспертизы и неопределённости с имущественными правами на код ядра Linux (непонято, может ли один из разработчиков предъявлять претензии, так как ядро развивается при участии тысяч разработчиков и возникает вопрос выделения авторских прав отдельных участников). Предоставленные в ходе разбирательства доказательства нарушения GPL не были приняты во внимание, так как показанные примеры заимствования кода не соответствовали требованиям к предоставлению доказательств (в отличие от судов США, в немецком суде публично доступной информации в Git-репозитории оказалось недостаточно).
Позиция Кристофа Хелвига и организации Software Freedom Conservancy, которые выступают в рассматриваемом деле истцами, сводится к тому, что компонент "vmkernel" в продукте VMware ESXi построен на основе комбинации кода ядра Linux с проприетарным кодом, который остаётся закрыт, что нарушает требования по раскрытию кода, связанного с кодом под лицензией GPLv2. Хелвиг выступил истцом, так как в "vmkernel" используются подсистемы ядра Linux, разработанные лично им.
Компания VMware, выступающая в роли ответчика, утверждает, что прямое заимствование кода ядра 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 производится не для заимствования функциональности, а для обеспечения совместимости.
Источники
править
Любой участник может оформить статью: добавить иллюстрации, викифицировать, заполнить шаблоны и добавить категории.
Любой редактор может снять этот шаблон после оформления и проверки.
Комментарии
Если вы хотите сообщить о проблеме в статье (например, фактическая ошибка и т. д.), пожалуйста, используйте обычную страницу обсуждения.
Комментарии на этой странице могут не соответствовать политике нейтральной точки зрения, однако, пожалуйста, придерживайтесь темы и попытайтесь избежать брани, оскорбительных или подстрекательных комментариев. Попробуйте написать такие комментарии, которые заставят задуматься, будут проницательными или спорными. Цивилизованная дискуссия и вежливый спор делают страницу комментариев дружелюбным местом. Пожалуйста, подумайте об этом.
Несколько советов по оформлению реплик:
- Новые темы начинайте, пожалуйста, снизу.
- Используйте символ звёздочки «*» в начале строки для начала новой темы. Далее пишите свой текст.
- Для ответа в начале строки укажите на одну звёздочку больше, чем в предыдущей реплике.
- Пожалуйста, подписывайте все свои сообщения, используя четыре тильды (~~~~). При предварительном просмотре и сохранении они будут автоматически заменены на ваше имя и дату.
Обращаем ваше внимание, что комментарии не предназначены для размещения ссылок на внешние ресурсы не по теме статьи, которые могут быть удалены или скрыты любым участником. Тем не менее, на странице комментариев вы можете сообщить о статьях в СМИ, которые ссылаются на эту заметку, а также о её обсуждении на сторонних ресурсах.
