Asahi Linux — проект, благодаря которому Linux работает на Mac с Apple Silicon. Раньше его код в основном распространялся под MIT, чтобы им могли пользоваться все, включая BSD-системы. Теперь это меняется: все репозитории Asahi переводятся на GNU General Public License версии 2 или новее, то есть под сильный копилефт.
Причина — борьба с отмыванием кода. Разработчики Asahi сообщили, что невыпущенный код забирали из личных форков, публиковали без указания авторства или переписывали с помощью ИИ, чтобы скрыть происхождение. Цель таких действий в отчёте описана как «замена проекта и агрессивная монетизация Linux на Apple Silicon».
Что такое отмывание кода
Отмывание кода (license laundering) — это практика, при которой чужой код пропускают через процесс, скрывающий его источник. В результате его можно использовать, не соблюдая исходную лицензию и не указывая автора. До появления ИИ это означало ручную переписку строки за строкой, переименование переменных и перестановку функций, пока код переставал выглядеть как оригинал. С LLM процесс стал намного проще и дешевле.
Лицензия MIT требует только сохранять исходное уведомление об авторских правах. Она не обязывает делиться изменениями или держать свою версию открытой. Именно это сделало её популярной — и именно это создало проблему для Asahi.
Хронология: что известно
Команда Asahi узнала «некоторое время назад» о нескольких попытках использовать разрешительную лицензию, чтобы присвоить её работу. В самых крайних случаях код функций, ещё находившийся в разработке, забирали из личных форков разработчиков до публичного релиза. В отчёте указано, что MIT «явно это разрешает и не содержит оговорок для защиты от недобросовестных игроков».
Никого конкретно Asahi не назвала. Не уточняется и то, как будет перелицензирован уже существующий вклад и согласились ли на это все прошлые контрибьюторы.
В качестве исторической параллели Asahi приводит WINE — слой совместимости для запуска Windows-приложений в Linux. WINE тоже изначально был под MIT, но в конце 90-х и начале 2000-х компании брали его код, строили на его основе проприетарные форки и продавали их. В 2002 году WINE перешёл на LGPL, чтобы затруднить проприетарные форки и подтолкнуть компании к вкладу в upstream.
Два публичных форка на фоне конфликта
Asahi не назвала адресатов смены лицензии, поэтому остаётся только догадываться. За последние месяцы появились как минимум два публичных форка, связанных с разработкой при участии ИИ. При этом Asahi Linux запрещает принимать код, сгенерированный ИИ.
Первый — Aurora Silicon с драйвером Vulkan Borealis. Borealis — форк HoneyKrisp, драйвера Vulkan для GPU Apple. Aurora Silicon подала в Khronos запрос на регистрацию собственного идентификатора драйвера Vulkan (VK_DRIVER_ID_AURORA_BOREALIS), заявляет, что драйвер работает на M1–M5 и A18 Pro, и держит его в собственном форке Mesa, а не в upstream.
Второй — Gravity Linux, дистрибутив на базе Fedora для Apple Silicon. Он отделился от Asahi из-за разногласий по использованию LLM. В защиту Gravity: он открытый, ничего не продаёт и открыто указывает на использование ИИ. Более того, проект заявляет, что планирует свернуть дистрибутив, когда его работа над драйверами попадёт в upstream. Это не тот недобросовестный игрок, о котором говорит отчёт, но он представляет подход «разрешительный форк с ИИ», против которого Asahi последовательно выступала.
Что меняет GPL
Проблема в том, что люди, уже игнорирующие MIT, вряд ли станут уважать GPL. GPL не остановит того, кто твёрдо решил нарушать лицензию, — как, впрочем, и никакая другая лицензия. Удаление атрибуции из MIT-кода уже нарушает MIT, поскольку сохранение уведомления об авторских правах — его единственное реальное условие.
GPL меняет коммерческую выгоду. По MIT можно взять код Asahi, закрыть его и продавать продукт — это совершенно законно, если уведомление сохраняется. По GPL тот, кто распространяет изменённую версию, обязан выпустить исходники под той же лицензией. Закрытый платный дистрибутив для Apple Silicon на основе GPL-кода построить легально нельзя. А если исходники продукта обязаны быть публичными, копирование легче заметить.
Недовольные: BSD-сообщество
Смена лицензии вызвала критику, прежде всего со стороны BSD, ради которой Asahi изначально и выбрала MIT. Поддержка Apple Silicon в OpenBSD опирается на загрузчик m1n1 от Asahi. Кстати, на spbcomputers.ru уже есть обзор открытых ОС без ядра Linux — там видно, насколько тесно BSD-проекты зависят от чужого кода.
Разработчик OpenBSD Брайан Стил написал в X: «Печально видеть, как Asahi ни с того ни с сего сжигает мосты… перелицензирование m1n1 и драйверов под GPL2-or-later, судя по всему, без согласия всех прошлых контрибьюторов, под предлогом „защиты от недобросовестных игроков ИИ“ кажется совершенно неискренним и ошибочным».
Что это значит для администраторов
Для тех, кто просто пользуется дистрибутивами с поддержкой Apple Silicon, смена лицензии Asahi ничего не меняет: GPL-код по-прежнему можно использовать и распространять. Меняется положение тех, кто строит на нём собственные продукты: закрытый платный дистрибутив на базе Asahi теперь вне закона, а исходники модификаций придётся публиковать. Если вы поддерживаете внутренние сборки ядра или драйверов для Mac на Apple Silicon, стоит проверить, какие компоненты взяты из репозиториев Asahi, и привести условия распространения в соответствие с GPLv2+. Общие принципы работы с ядром и пакетами разобраны в материале про Linux 7.3 и его изменения.
Отдельный вопрос — совместимость с BSD. OpenBSD опирается на m1n1, и после перелицензирования ей придётся либо принять условия GPL, либо искать другой путь. Сможет ли BSD-сообщество продолжать работу с Asahi на новых условиях, пока неясно.
Asahi делает ставку на то, что копилефт лучше защищает в мире, где код можно отмыть одним запросом к LLM. Недобросовестных игроков это может не остановить, но шансы на закрытый коммерческий форк снижает.
Частые вопросы
Что именно изменилось в лицензировании Asahi Linux?
Все репозитории проекта переводятся с MIT на GNU GPL версии 2 или новее. Дальше код Asahi будет распространяться только под сильными копилефт-лицензиями.
Почему Asahi отказалась от MIT?
Из-за отмывания кода: невыпущенный код забирали из личных форков, публиковали без указания авторства или переписывали через LLM, чтобы скрыть происхождение и монетизировать Linux на Apple Silicon.
Что такое отмывание кода?
Это практика, при которой чужой код пропускают через процесс, скрывающий его источник, чтобы использовать без соблюдения исходной лицензии и без указания автора. Раньше это делали вручную, теперь — с помощью LLM.
Кого Asahi назвала виновными?
Никого конкретно. В отчёте нет имён, поэтому остаётся только догадываться. При этом в последние месяцы появились как минимум два публичных форка на фоне конфликта: Aurora Silicon и Gravity Linux.
Aurora Silicon и Gravity Linux — это и есть те самые недобросовестные игроки?
Не обязательно. Gravity Linux открыт, ничего не продаёт и открыто указывает на использование ИИ, а также планирует свернуть дистрибутив после попадания драйверов в upstream. Отчёт Asahi не называет ни один из этих проектов.
Остановит ли GPL тех, кто уже нарушал MIT?
Вряд ли остановит тех, кто твёрдо решил нарушать лицензию. Но GPL меняет коммерческую выгоду: закрытый платный дистрибутив на основе GPL-кода построить легально нельзя, а публичность исходников облегчает обнаружение копирования.
Почему против выступило BSD-сообщество?
MIT позволял BSD-системам свободно переиспользовать код Asahi. Поддержка Apple Silicon в OpenBSD опирается на загрузчик m1n1, и разработчик OpenBSD Брайан Стил назвал перелицензирование без согласия всех прошлых контрибьюторов «неискренним и ошибочным».
Можно ли теперь делать закрытый платный дистрибутив для Apple Silicon на коде Asahi?
Нет. По GPL тот, кто распространяет изменённую версию, обязан выпустить исходники под той же лицензией, поэтому закрытый платный форк на GPL-коде построить легально нельзя.
Затронет ли это обычных пользователей Linux на Apple Silicon?
Само использование GPL-кода остаётся свободным, так что на повседневной работе с дистрибутивами это не сказывается. Ограничения касаются тех, кто распространяет модифицированные сборки.
Что делать, если в своей сборке вы используете компоненты Asahi?
Проверьте, какие части взяты из репозиториев Asahi, и приведите условия распространения в соответствие с GPLv2+: исходники модификаций придётся публиковать под той же лицензией.
Источник: itsfoss.com