Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Náš Lopuch Vám
vytře zrak

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
Klub Programování [ŽP: neomezená] (kategorie Programování) moderuje tvx.
Archiv
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: fscbnlf
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
pepak pepak - Pepak.net 3.8.2010 08:42  1122
Mám program, který se skládá ze spousty mého kódu a taky z několika cizích knihoven, které jsou vypuštěny pod řadou různých licencí: některé používají nějakou vlastní freeware licenci (vesměs zhruba v duchu "dělej si s tím co chceš, ale napiš mě jako autora knihovny a nechtěj po mě žádné záruky"), některé jsou uvolněné pod Mozilla Public License 1.1, jedna knihovna je GNU GPL 2 a jedna je GNU GPL 3. Já jsem teď ty licence trochu zkoumal, abych věděl, pod jakou licencí mám uvolnit svůj program, a místo aby mi to problém osvětlilo, tak ho to naopak zatemnilo - skoro mám pocit, že program nemůžu uvolnit vůbec:

1) GNU FAQ říká, že GPL2 a GPL3 spolu nejsou kompatibilní. Když hledám průsečíky v Compatibility Matrix (část "I want to use a library under"), tak není ani jedna kombinace, kterou bych směl použít, pokud chci současně využít knihovnu pod GPL2 i pod GPL3.

2) Do toho ještě leze MPL, která zase ve svém FAQu na otázku kombinace MPL kódu a GPL kódu říká, že to v jedné binárce nejde, leda že by ten MPL kód byl současně vypuštěn i pod GPL (což v mém případě není).

Určité zjednodušení by mohlo být v tom, že v mém případě je GPL2 knihovna použita v relativně samostatném DLL (které vůbec nemusí být přítomno, pokud program jeho funkce nepotřebuje) a zrovna tak i GPL3 knihovna je použita jen v dalším samostatném DLL. Ale kdybych se dejme tomu nekdy v budoucnosti rozhodl použít knihovnu, kterou potřebuju zakompilovat rovnou do exáče, tak jsem zase na začátku.

Otázky:

1) Pokud je jediný GPL kód použitý v samostatném DLL, které program může a nemusí použít (v podstatě je to plugin pro nepovinnou funkčnost), stačí, když pod příslušným GPL uvolním jenom to DLL a zbytek programu pod jinou licencí? GLP FAQ k tomu "velmi nápomocně" píše, že moje použití je hraniční případ ("borderline case").

2) Pokud to takhle udělat nejde, existuje nějaký jiný způsob, jak v jednom programu zkompilovat GPL2 a GPL3 kód?

3) Existuje vůbec nějaký způsob, jak v jednou programu zkombinovat můj kód (u kterého je mi vcelku jedno, pod kterou free licencí ho uvolním), MPL kód a GPL kód?

Zdůrazňuji: Nejde o to, jak "využít GPL kód a nemuset publikovat zdroják" - program je tak jako tak uvolněn se zdrojovým kódem a kdybych nebyl omezen "nakažlivostí" jednotlivých licencí, vyhovoval by mi právě ten výše uvedený typ licence "dělej si s tím, co chceš, pokud budu uveden jako autor a nebude po mě vyžadována žádná odpovědnost". Jde o to, jak moci použít různé knihovny s různými licencemi, aniž bych tyto licence porušoval.

4) Je k dispozici nějaký FAQ, který by se zabýval právě využíváním různě licencovaných knihoven? GPL FAQ a MPL FAQ jsou v tomto ohledu poměrně k ničemu.

5) Jak tenhle problém řešíte vy, pokud ho vůbec řešíte?
huh huh 30.7.2010 13:31  1121
Soutěž o Visual Studio 2010
huh huh 18.6.2010 01:10  1120
Prezentace novinek Eclipse 3.6 (Helios)On June 24, the Eclipse Foundation is presenting Helios In Action - a virtual conference where you can interact with project leads involved in the release and see demos of the new features.
Detaily
operator304 13.6.2010 14:29  1119
JMS me taky napadlo, zrovna na to koukam. To asi pujde...
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 13.6.2010 14:25  1118
Nebo pres JMS.
huh huh 13.6.2010 14:21  1117
Tak třeba SOAP není HTTP specific, může běhat třeba přes SMTP (Apache Axis2 by to měl umět).


operator304 13.6.2010 14:05  1116
BredyNikoliv. Proste tam HTTP nechce, tak se s nim budu hadat, az zjistim, ze to jinak nepujde...
bredy 13.6.2010 13:15  1115
operator304Takoví klienti většinou bývají učitelé IT. Není to i tento případ?
operator304 13.6.2010 12:41  1114
Njn...
huh huh 13.6.2010 12:35  1113
security through obscurity at its best :-)
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 13.6.2010 12:21  1112
operator304 [1111]: HTTPS si nepreje z duvodu bezpecnosti? LOL :)
Takze radsi budes pres uplne otevreny kanaly posilat nekryptovany data? :)

No tak v tom pripade koukni na to RMI, to bude pro tebe asi nejjednodussi.
operator304 13.6.2010 12:10  1111
Tak resilo by, klient si nicmene HTTP/S nepreje, z duvodu bezpecnosti. Tak hledam jine reseni.
huh huh 13.6.2010 12:07  1110
Neřeší takové věci třeba https?
operator304 13.6.2010 12:04  1109
Nechce se mi uplne vynalezat kolo. Vzdyt toho musi bejt jak sracek...
operator304 13.6.2010 12:04  1108
tessAby to neslo tak snadno prohnat pres nejakou proxy a upravit obsah...

[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt