NDISwrapper vs. GPL

FSF/GNU/GPL

Pavel Roskin egy patch-et küldött be az LKML-re, amelynek célja, hogy visszaállítsa az NDISwrapper működőképességét, amelyet szerinte a 2.6.24-es kernel kiadása után egy változtatás tett véletlenül tönkre. A 2.6.25-ös kernel fejlesztésének egy korai szakaszában egy olyan patch került elfogadásra, amely meggátolta az NDISwrapper GPL-only modulokhoz való hozzáférését. Az NDISwrapper modul teszi lehetővé az (eredetileg Windows operációs rendszerhez írt) NDIS driver-ek használatát a Linux kernelhez. A modul segítségével olyan hardverek használatára is lehetőség nyílhat, amelyeket egyébként lehetetlen lenne használni Linux-alapú operációs rendszerekkel, abból kifolyólag, hogy a gyártója nem készített hozzá linuxos driver-t.

Éppen ezért az NDISwrapper modul működőképessége fontos számos Linux felhasználó számára. Ez az érem egyik oldala. A másik oldalon felmerülhet a kérdés: az NDISwrapper kompatibilis-e a GPL-lel és joga van-e hozzáférni a GPL-only kernel szimbólumokhoz? Linus szerint nem:

"Nem látom, hogy miért kellene az NDISwrapper-t elkülönítetten kezelni. Ha !GPL-es modulokat tölt be, akkor nem kellene használnia a GPLONLY kernel szimbólumokat."

Az NDISwrapper működőképességét végülis visszaállították, de a körülötte folyó vita mindenképpen érdekes.

A KernelTrap cikke itt olvasható. Az LWN írása a témában itt olvasható (előfizetők számára azonnal, egyébként március 13-tól).

most akkor én valszeg nem értem, hogy ez a biciklitároló dolog mire vonatkozik.
ez miért az?
(ha arról van szó, hogy hülye pedáns dolog egy olyan dolgot nem engedni a gplonly dolgokhoz hozzáférni, ami gpl, csak nem gpl dolgokat használ, akkor egyet értek vele, hogy bicajtároló:
szóval ilyen alapon ne negedjünk openoffice-t futni linuxon, mert meg lehet vele nyitni doc-ot és ugyanakkor közvetetten használja tuti a gplonly cuccokat is a kernelben.)

( pepo v | 2008. 03. 06., cs – 19:21 )

Az ndiswrapper kényszerűség. Sőt nem egyszer szembesültem vele, hogy annak ellenére, hogy rendelkezik az adott eszköz GPL-es Kernel driverrel, nem működteti. (pl.: ath_pci)
A megoldás a jövőben mindenképpen lesz. A Linux térhódítása nőttön nő. A hardvergyártók bele fognak kényszerülni vagy zárt, vagy nyílt driverek közzétételéhez a Linux kernelhez. Az más kérdés, hogy egy zárt driver mennyivel lesz jobb, mint az ndiswrapper? Nekem tök mindegy...

én teljesen elégedett vagyok az ndiswrapper-el. sőt: http://code.google.com/soc/2007/wine/appinfo.html?csaid=FD9A0C55DAE23481
remélem hamar benyomatják a wine tree-be (valahol megtaláltam a forrását is, de most hirtelen nem találom).
ahogy a Katedrális és a Bazár-ban is benne van: a gyártók csak azt nem értik meg, hogy mire lemásolja egy másik cég a driver forrása alapján a hw-t, addigra már a s*ggébe is dughatja, mert már eljárt fölötte az idő (ha meg annyira le akarja másolni, akkor lesz embere, aki reverheli neki a binary driver-t is).
szerencsére most az AMD most megváltoztatta az ati filozófiáját.
reménykedjünk. én egyre fényesebb jövőt jósolok.
a legnagyobb álmom, hogy minden alaplap gyártó átáll coreboot-ra.
nemtom miért nem éri meg a lapgyártóknak, hogy olyan cuccot használjanak, aminek a fejlesztésére nem nekik kell költeni...

( arpi_esp v | 2008. 03. 06., cs – 23:01 )

ezt ruhellem a linu(s|x)ban, hogy a gpl-huszarsagot elorrebb helyezik a hasznalhatosagnal...
es ez nem az elso eset, eleg soxor eljatszottak mar hogy gpl-re hivatkozva szetbasztak dolgokat.

A'rpi

( hnsz2002 v | 2008. 03. 07., p – 08:29 )

Igen igen igen....
Saját bőrömön tapasztalom, hogy valami nem tökéletes... x64+2.6.24.2+ndiswrapper_1.52=borzasztó instabilitás. Néha nem kapcsolja fel az interfészt (pedig azt írja, hogy OK), néha nem kapcsolódik hálózathoz...

Az NDISwrapper működőképességét végülis visszaállították...

És hogy lehet a problémát orvosolni? 1.53-as ndis? patch a 2.6.24-hez vagy várjak türelmesen a 2.6.25-re?
--
Discover It - Have a lot of fun!