Sziasztok,
Létrehoztam egy kis lib-et a Google reCaptcha v2-höz gondoltam közzéteszem github-on is hátha más is hasznát veszi.
Viszont ha már publikálom szeretnék választani hozzá valamiféle licencet.
Olvasgattam a témában és elég kevés információt találtam a témában, mindenhol leírják hogy a licencek főbb tulajdonságait azt annyi,
de hogy hogy alkalmazzuk őket arról semmi.
Szóval az első kérdés, hogy is kell licencelni a kódot ?
Nekem az jött át hogy csak simán belinkelem a licencet és kész.
A másik problémám hogy szeretném minél szélesebb körben elérhetővé tenni a lib használatát erre ki is szemeltem az LGPL licencet, mivel az ilyen feltételekkel licencelt alkalmazásokat lehet zárt alkalmazásokban is használni. Ami kérdés számomra hogy a lib-ben loggoláshoz a log4j2-őt használom aminek a licence Apache 2.0, ami tudtommal nem kompatibilis csak a GPL 3.0-val.
Ezek szerint az elkészült alkalmazást csak GPL 3.0 vagy Apache 2.0-val lehetne kiadni, amik ugye nem támogatják a zárt alkalmazásban való felhasználást ?
A válaszaitokat előre is köszönöm.
Üdv.: Karfi
- 1716 megtekintés
Hozzászólások
Sajnos, csak off hozzászólásom lesz:
Biztos, hogy az LGPL alatt akarod kiadni a saját munkádat? Ezzel a cégek kb 95%-át kizártad a felhasználásból, ők ugyanis nem kockáztatják meg, hogy egy kis félreértés, technikai malőr, rossz linker beállítás miatt nyílttá kelljen tenniük a saját forrásukat.
Ha cégeket is célzol, egy Apache, BSD, MIT vagy ilyesmi sokkal jobb lenne.
- A hozzászóláshoz be kell jelentkezni
Én az LGPL-t pont úgy értelmeztem hogy a lib-et zárt kódban is lehet használni és attól még nem kell a teljes forrást megnyitni, ha a lib-en módosít valamit akkor is csak annak a kódját kell megnyitni szóval nem tudja bezárni.
- A hozzászóláshoz be kell jelentkezni
Igen, alapesetben így van.
De: ahhoz, hogy LGPL kódot használhass zárt licenszű programban, teljesítened kell N feltételt.
Ha nem teljesíted, nem vagy jogosult az LGPL kód használatár.
Lásd például az alábbi elrettentésnek szánt szöveget a Qt-től: http://www.qt.io/qt-licensing-terms/
Itt arról szól a történet, hogy szakértelem kell ahhoz, hogy
a) értelmezd
b) műszakilag és jogilag teljesítsd a feltételeket.
Például meg kell engedned, hogy a végfelhasználó lecserélje az általad szállított LGPL licenszű komponenst
egy másikra, és biztosítanod kell, hogy a te programod így is működik majd.
Nem egészen triviális, hogyan is kell ezt hibátlanul megcsinálni.
Mi történik, ha megsértetted az LGPL licenszt, mert pl. ellenőrzöd az LGPL komponens verziószámát,
és nem engeded futni a programodat, csak pontosan x.y.z verzió esetén?
A gyakorlatban legfeljebb jóindulatúan figyelmeztetnek a hibádra, és megvárják szépen, hogy kijavítod.
Ha azonban később egy agresszív jogász kerül a FSF élére, lehet, hogy perelni fog mindenkit ilyenért, esetleg kényszerítve rá, hogy nyissad meg a forrásodat LGPL alatt.
Nem lehetsz biztos benne, hogy holnap mi történik, esetleg az egész vállalkozásod úszik-e ilyesmi miatt.
Szóval óvatosan, ésszel a kereskedelmi + LGPL párosítással, ha lehet, válassz inkább mást.
- A hozzászóláshoz be kell jelentkezni
Szia!
Ennek a végén le van írva pontosan hogyan kell alkalmazni, az LGPL-re is ugyanez vonatkozik:
http://www.gnu.org/licenses/gpl-3.0.en.html
Ha nem terjeszted a log4j2-őt együtt a libeddel akkor szerintem nincs probléma, de ebben nem vagyok teljesen biztos.
OFF:
Egyébként +1 az LGPL licenszre, jó választás szerintem. Akár a "sima" GPL-t is megfontolhatod: http://www.gnu.org/licenses/why-not-lgpl.html
- A hozzászóláshoz be kell jelentkezni
Köszi, közben már én is megtaláltam csak számomra ez túl egyszerűnek tűnt, hogy csak odabiggyesztem a licencet a forrás elejére és kész is :)
- A hozzászóláshoz be kell jelentkezni