(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