(odpocinkove) GPL kod v komercni aplikaci

Marcel Kolaja xkolaja na aurora.fi.muni.cz
Čtvrtek Červenec 3 12:50:45 CEST 2003


On Thu, Jul 03, 2003 at 11:15:36AM +0200, Jan Kasprzak wrote:

> 	Problemy s binary-only ovladaci jsou dva:
> 
> - abyste meli funkcni ovladac v kernelu Linuxu, musite na spouste mist
> 	#includovat hlavickove soubory jadra a pouzivat jejich makra
> 	a inline funkce (uz jen get_user*()/put_user*() a spinlocky,
> 	bez kterych v podstate zadny driver nenapisete). No a ty inline
> 	funkce a makra jsou GPL. Cili nejde o prilinkovani neceho ciziho
> 	ke kernelu, ale k primemu pouziti GPL-ed funkci a maker uvnitr
> 	binary-only driveru.
> 
> - k tomu aby neco nebyla "odvozena" vec potrebujete, aby ten "neodvozeny"
> 	produkt pouzival jasne definovane rozhrani puvodniho prodkutu
> 	(tedy napriklad obrazek nakresleny v GIMPu neni odvozena prace
> 	z puvodniho GIMPu a nevztahuje se na nej licence GIMPu). Podobne
> 	program bezici pod Linuxem neni prace odvozena z kernelu Linuxu,
> 	pokud pouziva API kernelu (/proc, syscally, ...). Ovsem u _modulu_
> 	je to neco jineho, protoze rozhrani k modulum neni zadne "oficialni"
> 	API (a Linus se pokusum o "zoficialneni" velmi brani).

OK, tohle beru. Ale pořád tomu nějak nerozumím s těmi knihovnami :-(
Vytvořím nějakou closed source knihovnu (to snad můžu :-)). Ta knihovna
implementuje featuru XY. Taky vytvořím GPL program (to snad taky můžu :-))
a chci a by měl featuru XY. Tak ho slinkuju s tou closed source knihovnou.
Tohle by přece mělo být OK, ne? Ta knihovna se přece ani v nejmenším nedá
považovat za odvozenou práci.

Možná dělám někde nějakou základní chybu v úvaze. :-)

> -Y.


S pozdravem

Marcel Kolaja                              http://nlp.fi.muni.cz/~xkolaja/
NLPlab FI MU                                        http://nlp.fi.muni.cz/
--------------------------------------------------------------------------
"/bin/bash: /home/xznamen/bin/sigrotate: No such file or directory"
       -- Tomáš Znamenáček


Další informace o konferenci Linux