Ho scelto una licenza per il mio software open source e ho imparato a conoscere GPL, EBMS e BSD. GPL sembra essere il più popolare.
I problemi sono:
Qualcuno potrebbe nominare gentilmente alcune famose licenze opensource? Dal momento che non vedo nessuna licenza BSD EBMS è popolare.
Esistono grafici o tabelle che elencano i vantaggi / gli svantaggi dell'utilizzo di chiunque?
Perché la GPL sceglie sempre gli sviluppatori di licenze, quali sono i vantaggi?
L'ho esaminato al momento di decidere come rilasciare il software presso la mia azienda. L'ho ristretto a GPL, LGPL, BSD e Apache.
-
La GPL era una licenza virale ... il che significava che tutte le modifiche al software dovevano essere rilasciate con il codice se rilasciate del tutto, e qualsiasi prodotto che si basa su di esso (* a volte) doveva essere rilasciato come GPL
Il LGPL era simile, ma era più accettabile per quanto riguarda l'utilizzo in altri software non GPL.
La licenza BSD è molto semplice e al punto. Fai tutto ciò che vuoi. Non ritenermi responsabile. Mantenere questo avviso
La licenza Apache è come la licenza BSD, eccetto che sembra scritta da professionisti legali in un modo più moderno (il che, purtroppo, è importante). Riguarda la proprietà intellettuale e le questioni di responsabilità un po 'più esaurientemente.
-
Non volevo barriere alle persone che usavano il mio software, ma volevo la massima protezione e chiarezza su chi fosse il proprietario. Il software libero non è la mia religione, quindi utilizzare la licenza GPL non era una necessità. (Se sei veramente fedele agli ideali dietro al movimento del "software libero", allora la GPL ha molto senso). Nota: "Software Libero" e "Open Source" hanno un significato molto diverso.
Ho concluso che sarebbe bello se le persone usassero il mio software per prodotti commerciali e / o chiusi, e mi piacesse la chiarezza giuridica di questo, quindi ho optato per la Licenza Apache .
Alcune altre popolari licenze open source sono la licenza Apache e la licenza X11 / MIT.
Wikipedia ha un discreto confronto tra il software libero e le licenze open-source (c'è una differenza): link
GPL è comune tra le grandi distribuzioni di software open source per una serie di motivi, tra cui maturità, completezza e il supporto di Free Software Foundation. Tuttavia, è una licenza molto completa e può causare problemi di compatibilità legale se si sta per distribuire il software o utilizzare software con licenza GPL nel proprio. Consulta questo grafico per avere un'idea della complessità del lavoro con GPL: link
La tua preoccupazione principale dovrebbe essere il modo in cui desideri che altre persone siano in grado di utilizzare il tuo codice e una licenza allegata è il metodo corrente per pubblicare ciò che le persone sono e non sono autorizzati a fare con il tuo software, proteggendoti dalla responsabilità se le persone usa il tuo software e fornisci un fondamento legale che impone l'uso del tuo software.
Questo fa parte del problema con l'utilizzo della licenza GPL e di altre licenze altamente restrittive, la pubblicazione del software con tali licenze potrebbe impedire alle persone di utilizzare il software. Il rovescio della medaglia, le licenze molto aperte (come MIT / X11 o BSD) offrono agli utenti molta libertà, ma non ti danno nemmeno un ricorso legale se il tuo codice viene usato in un modo che non approvi (come per il guadagno commerciale ).
I sostenitori di GPL (copyleft) sono in effetti i più vocali. Ma non sarei d'accordo sul fatto che la GPL sia la licenza più popolare, se si considera effettivamente quanto sia popolare il software che usa la licenza data. Considera quanti dei seguenti usi ogni giorno.
Tutti sopra hanno licenze open source e non copyleft.
La differenza è che, se crei un lavoro derivato che incorpora un codice con licenza non copyleft, puoi scegliere qualsiasi licenza che desideri per il codice che hai scritto. D'altra parte, se si crea un lavoro derivato che include anche una piccola parte del codice di licenza copyleft, tutto deve essere concesso in licenza con la licenza copyleft. Quindi le licenze copyleft sono a volte indicate come "virali".
Oltre ai buoni pensieri, Dirk Gadsden, vartec e gahooa hanno condiviso, sosterrò le licenze popolari di per sé.
Se qualcuno usa il tuo software e vede: GPL (o BSD, apache, mozilla) -licenza, potrebbe non aver bisogno di leggerlo, capirlo e accettarlo, perché già lo sa.
Se impacchettate un prodotto da 4 librerie esterne, tutte con una licenza diversa, leggere tutta quella roba non è una gioia. La tua nuova licenza Beer & -Postcard potrebbe essere una cosa divertente, ma è ancora una cosa da sapere. Non farlo
Le licenze popolari sono state revisionate e forse sono sopravvissute a battaglie legali.
Confronto con altre licenze open source: GPL è il più restrittivo:
La maggior parte dei software di distribuzione Linux è GPL / LGPL.
BSD, Apache - è meno restrittivo e utilizzato da un numero enorme di librerie.
Nota: è possibile utilizzare più di una licenza. Ad esempio, puoi pubblicare la tua app sotto GPL e vendere anche licenze commerciali (la libreria "Ext JS 4" usa questo approccio).
Secondo Il registro nel marzo 2011:
At the beginning of his talk, DiBona said that according to Google's net crawlers, the web now contains over 31 million open source projects, spanning 2 billion lines of code. Forty-eight per cent of these projects are under the GPL, 23 per cent use the LGPL, 14 per cent use the BSD license, 6 per cent use Apache, and 5 per cent use the MIT license. All other licenses are used with under 5 per cent of the projects.
Per iniziare, devi davvero decidere quale tipo di permessi vuoi dare. Se vuoi che il tuo progetto sia molto aperto con una licenza lassista, vai con un BSD o MIT . L'unica differenza tra questi due è che il BSD richiede alle persone che distribuiscono il tuo software di mantenere il tuo nome con esso, il MIT no. Se vuoi il copyleft (richiedendo che le versioni modificate abbiano la stessa licenza), vai con la GPL (o LGPL se stai bene con il software in bundle). Queste licenze sono spesso denominate licenze virali perché richiedono che le forcelle del programma siano sotto la stessa licenza. Sono anche le licenze più popolari n. 1 e n. 3 se ricordo correttamente. Se vuoi lo stesso tipo di protezione della GPL meno il copyleft, guarda la licenza Apache , che è la # 2 più licenza popolare ed è anche usato per le sezioni relative ai brevetti. La documentazione deve anche essere concessa in licenza, provare il GFDL o un Licenza Creative Commons per questo.
Non so davvero perché la GPL sia stata scelta così tanto. È possibile che gli opuscoli della Free Software Foundation su copyleft li abbiano convinti che è quello che dovevano fare. Prendo un approccio molto più rilassato e concedo in licenza le mie cose usando la licenza Apache o il BSD. Puoi anche andare in mezzo e scegliere la LGPL, che fornisce le stesse protezioni della GPL, ma include la possibilità per altre persone di raggruppare il tuo software senza gestire il copyleft. Generalmente viene utilizzato per le librerie, ma altri programmi come LibreOffice hanno scelto di usarlo per la sua capacità di consentire che il software sia raggruppato in pacchetti con altri software mantenendo il requisito del copyleft per le forche.
Non sono un avvocato, questo non è un consiglio legale. Blah blah blah, ecc.
Leggi altre domande sui tag open-source licensing
