- A hozzászóláshoz be kell jelentkezni
- 1786 megtekintés
Hozzászólások
Nem gondoltam volna, hogy pont a GPL fog segíteni a VmWare-nek a Xen elleni küzdelemben.
- A hozzászóláshoz be kell jelentkezni
Ezért nem arra kell agyatlanul kizárólag arra koncentrálni egy licenc megírásánál, hogy miként basszunk ki a másikkal.
It doesn't matter if you like my song as long as you can hear me sing
- A hozzászóláshoz be kell jelentkezni
+1
irjanak inkabb jol ertheto, korrekt licencet (lasd ms-pl)
--
I think the major good idea in Unix was its clean and simple interface: open, close, read, and write.
- A hozzászóláshoz be kell jelentkezni
Jol ertheto korrekt licenc: WTFPL
- A hozzászóláshoz be kell jelentkezni
lol, vegulis azt ertelmezhetosegben nem lehet folulmulni :D
--
I think the major good idea in Unix was its clean and simple interface: open, close, read, and write.
- A hozzászóláshoz be kell jelentkezni
Ez eleg nevetseges.. Technikailag egy VM micsoda? Ugyanolyan utasitassorozat mint barmilyen mas program. Tehat programkod hivja a Linux kernel egyes reszeit, annak erdekeben, hogy operacios rendszerkent viselkedjen, annak funkcionalitasat kibovitve extra dolgokkal (mint a cikkben a "codec" feliratu doboz). Ekkor mar nem kellene forrast adni a teljes rendszerrol?
Ennyi erovel barmilyen mas operacios rendszerbe (legyen az akar kereskedelmi) bele lehetne epiteni GPL-es kodot, es aztan mondani, hogy "nesze, itt a GPL-es kod forrasa, mi rendben vagyunk". Az, hogy a derived works linkelessel vagy pedig VM-ben valo futtatassal (amit akar tekinthetnenk a linkeles egy specialis formajanak) egyenlo, az technikai reszletkerdes, jogilag ez mit sem valtoztat a dolgon. Marpedig a GPL linkeles esten (akar statikus akar dinamikus linkeles), azt koveteli meg, hogy a hozzalinkelt kod forrasa is GPL ala keruljon, igy ennek szellemeben akar sima dinamikus linkelesrol, akar VM-ben valo futtatasrol beszelunk, a forraskodot adni kell a hozzalinkelt rendszerrol IS.
Szerintetek?
- A hozzászóláshoz be kell jelentkezni
Szerintem nem. Illetve paravirtualizacio igen, teljes virtualizacio nem.
- A hozzászóláshoz be kell jelentkezni
De miben mas a virtualizacios kod attol mint amit egy dinamikus linker csinal? Azert mert en szoftveresen emulalok egy CPU-t es ugy adom at a vezerlest, az most megis miben kulonbozik attol, hogy siman egyetlen hivassal adom at a vezerlest? Technikailag mas, de a felhasznalas jelleget tekintve ugyanaz.
A GPL szelleme szerint ha a szoftvert kibovited barmilyen modon, akkor a bovites kodjat ki kell adni. Az, hogy a bovites milyen modon tortenik technikailag, az miert szamitana barmit is?
- A hozzászóláshoz be kell jelentkezni
A bovites technikai modja azert szamit, hogy jogilag rendesen meg lehessen fogalmazni a dolgokat.
ha linkelodik a program, akkor az derivalt munkanak szamit, de peldaul egy fork() hivastol meg nem szamit derivalt munkanak.
Sot a linkeles sem mindig jelent derivalt munkat. Lasd a "system library" kivetelt.
- A hozzászóláshoz be kell jelentkezni
DESCRIPTION="GNU libc6 (also called glibc2) C library"
HOMEPAGE="http://www.gnu.org/software/libc/libc.html"
LICENSE="LGPL-2"
- A hozzászóláshoz be kell jelentkezni
igen?
- A hozzászóláshoz be kell jelentkezni
LGPL -es library -kra lehet bármilyen licensű dolgot építeni.
GPL -re nem.
- A hozzászóláshoz be kell jelentkezni
A "system library" kivétel nem arra vonatkozik, amikor GPL-es munkára építenek, hanem arra, amikor GPL-es program használ GPL-inkompatibilis "system library"-t.
Pl. mindenféle workaround nélkül fejleszthetsz készíthetsz Windowsra GPL-es programot, nem baj, hogy használja a proprietary licencű winapi-t, mert az beletartozik a "system library" kategóriába.
- A hozzászóláshoz be kell jelentkezni