Az Asahi Linux az oka annak, hogy ma már Linuxot futtathatsz Apple Siliconos Macen. A projekt évekig az MIT licenc alá tette a saját kódjának nagy részét, hogy bárki – a BSD rendszerek is – szabadon felhasználhassa.

Most ezen változtatnak, mert az Asahi Linux belefáradt a kódlopásba és -mosásba. Bejelentették, hogy az összes Asahi-tárolót a GNU General Public License 2-es vagy újabb verziójára állítják át. A jövőben minden Asahi Linux kód kizárólag erős copyleft licenc alatt lesz elérhető.

Azért lépnek, mert egyesek a fejlesztés alatt álló kódot közvetlenül a fejlesztők személyes forkjaiból vették át, forrásmegjelölés nélkül publikálták, vagy AI segítségével írták át, hogy eltüntessék az eredetét, azzal a céllal, hogy „leváltsák a projektet és agresszíven pénzzé tegyék a Linuxot Apple Siliconon”.

Mi az a kódmosás?

A kódmosás (vagy licencmosás) azt jelenti, hogy valaki fogja más kódját, és olyan folyamaton futtatja át, amely elrejti a forrását, így úgy használhatja fel, hogy nem tartja be az eredeti licencet, és nem ad kreditet a szerzőnek.

AI előtt ez általában azt jelentette, hogy kézzel írták át a kódot soronként, átnevezték a változókat, átrendezték a függvényeket, amíg már nem hasonlított az eredetire.

A nagy nyelvi modellek ezt sokkal könnyebbé és olcsóbbá tették.

Tanulni a múltból

A váltásra azután került sor, hogy az Asahi csapat „valamivel korábban” tudomást szerzett több kísérletről, amelyek a megengedő licencelést próbálták kihasználni a munkájuk kisajátítására.

A legsúlyosabb esetekben olyan funkciókódot emeltek át, amely még fejlesztés alatt állt, közvetlenül a fejlesztők személyes forkjaiból, még azelőtt, hogy nyilvánosan megjelent volna. A beszámoló kiemeli, hogy az MIT licenc „kifejezetten megengedi ezt, és semmilyen kivételt nem tartalmaz a rosszhiszemű szereplők ellen”.

Asahi nem nevezett meg senkit a beszámolóban. Azt sem részletezték, hogyan licencelik újra a meglévő hozzájárulásokat, illetve hogy minden korábbi közreműködő beleegyezett-e.

Asahi párhuzamot von a WINE helyzetével két évtizeddel ezelőttről. A WINE, az a kompatibilitási réteg, amely lehetővé teszi Windows alkalmazások futtatását Linuxon, eredetileg szintén MIT licenc alatt volt. Az 1990-es évek végén és a 2000-es évek elején azonban cégek fogták a kódot, zárt forrású forkokat építettek rá, és kereskedelmi termékként árulták. A WINE csapat ezért 2002-ben LGPL-re váltott, hogy visszafogja a zárt forkokat, és rákényszerítse a cégeket, hogy felfelé, a projektbe dolgozzanak vissza.

Akik nem tanulnak a történelemből, arra vannak ítélve, hogy megismételjék

Asahi mostanában feszült

Asahi nem nevezett meg senkit, így csak találgathatjuk, kit céloznak ezzel a licencváltással.

Az elmúlt hónapokban legalább két nyilvános fork készült az Asahi munkájából, mindkettő AI-alapú fejlesztéshez kötődik. Ha eddig nem tudtad: az Asahi Linux tiltja az AI által generált kód beküldését.

Az első az Aurora Silicon és a hozzá tartozó Vulkan driver, a Borealis. A Borealis az Asahi HoneyKrisp forkja, ez az Apple GPU-khoz készült Vulkan driver. Az Aurora Silicon beolvasztási kérelmet adott be, hogy a Khronosnál regisztrálja a saját Vulkan driver-azonosítóját (VK_DRIVER_ID_AURORA_BOREALIS). Azt állítja, hogy a driver M1-től M5-ig és az A18 Pro-n fut, és a saját Mesa forkjában tartja, nem küldi be upstream.

A másik a Gravity Linux, egy Fedora-alapú disztribúció Apple Siliconra. Az Asahi projektből forkolták, miután összeütközésbe kerültek az LLM-ek használata miatt.

A Gravityvel szemben legyünk igazságosak: nyílt forráskódú, nem árul semmit, és nyíltan feltünteti, hogy AI-t használ. Azt is írja, hogy le fogja állítani a disztribúciót, ha a driver-munkája bekerül upstream.

Nem az a fajta rossz szereplő, akiről az Asahi jelentése beszél. Viszont jól példázza azt a „megengedő fork, amelyik felkarolja az AI-t” hozzáállást, amivel az Asahi következetesen szembemegy.

Miért fontos ez a licencváltozás?

Amennyire látni lehet, most fordul elő először, hogy egy nagyobb nyílt forráskódú projekt kifejezetten az AI-alapú kódmosás miatt vált copyleft licencre. Korábban is voltak licencváltoztatások, de többnyire azért, hogy megakadályozzák: felhőszolgáltatók szolgáltatásként árulják a munkájukat. Itt viszont kifejezetten az AI a fő ok.

Nem lenne meglepő, ha további hardvertámogatási és reverse engineering projektek követnék ezt az utat. Az első lépések rengeteg időt és energiát igényelnek, de ha valaki már elvégezte a nehezét, utána sokkal könnyebb „újraírni” a kódot.

Valóban segít a GPL?

Ha a probléma az, hogy egyesek már most sem tartják be az MIT licencet, miért tartanák be a GPL-t? A GPL önmagában nem tud megállítani egy elszánt rosszindulatú szereplőt. Semmi sem.

Az MIT-kódnál az attribúció eltávolítása már önmagában licencsértés, hiszen a szerzői jogi közlemény megtartása az egyetlen valódi feltétele.

A GPL a kereskedelmi hasznon változtat. MIT alatt bárki foghatja az Asahi kódját, bezárhatja, és termékként árulhatja, ez teljesen legális, amíg a közlemény benne marad.

GPL alatt viszont bárki, aki módosított verziót terjeszt, köteles a forrást ugyanazon licenc alatt kiadni. Nem építhetsz legálisan zárt, fizetős Apple Silicon disztribúciót GPL-kódra. Ha pedig egy termék forráskódjának nyilvánosnak kell lennie, sokkal könnyebb észrevenni a másolást.

Nem mindenki örül

A lépés kritikákat váltott ki, főleg a BSD-s oldalról, pedig ez volt az egyik fő ok, amiért az Asahi eredetileg az MIT mellett döntött. Az OpenBSD Apple Silicon támogatása az Asahi m1n1 bootloaderére támaszkodik.

Az OpenBSD fejlesztője, Bryan Steele ezt írta az X-en:

„Szomorú látni, hogy az Asahi minden ok nélkül hidakat éget fel… az, hogy az m1n1-et és a drivereket GPL2-or-newer alá teszik át, láthatóan az összes korábbi közreműködő beleegyezése nélkül, az „AI rossz szereplők elleni védekezés” álcája alatt, teljesen álságosnak és félrevezetőnek tűnik.”

Összegzés

Az Asahi arra tesz, hogy a copyleft licenc jobb védelmet ad egy olyan világban, ahol bárki egy prompttal „átmoshatja” a kódot.

Lehet, hogy ez nem akadályozza meg a rosszindulatú szereplőket abban, hogy átírják a kódját, de legalább csökkenti az esélyét egy zárt, kereskedelmi fork megjelenésének.

Érdekes lesz látni, talál-e a BSD közösség módot arra, hogy az új feltételek mellett is együtt tudjon működni az Asahival.