Domanda di compatibilità della licenza

0

Ho una domanda riguardante le licenze software. Ho intenzione di mettere una licenza per un framework che ho scritto. La mia intenzione è che la licenza sia aperta, al fine di mantenere una comunità.

Per essere chiari, spiegherò come mi aspetto che le cose funzionino. Il framework definirà alcune API comuni per determinate funzionalità e una classe Proxy che invocherà un'implementazione di tale API. Il proxy farà parte del framework, ma chiamerà internamente un'implementazione reale che sarà sviluppata principalmente da qualcun altro.

Quindi, fondamentalmente voglio essere in grado di:

  • Distribuisci la mia libreria come gratuita e open-source
  • Consenti l'utilizzo della mia libreria nel software commerciale
  • Consenti ai prodotti commerciali di dipendere dalla mia libreria, cioè fornire un lavoro derivato purché sia il risultato del collegamento alla mia API framework (non utilizzando il codice sorgente direttamente in forma non modificata) e concedere in licenza il loro lavoro derivato come loro scelgono.
  • Fornire mezzi legali per rispettare le licenze di eventuali implementazioni di terze parti invocate attraverso la mia biblioteca. Ciò significa che un'applicazione commerciale dovrebbe essere in grado di utilizzare la mia biblioteca e un'altra libreria commerciale progettata per funzionare con la mia biblioteca purché rispetti i miei termini di licenza e quelli della licenza commerciale.
posta Ivaylo Slavov 15.06.2011 - 10:33
fonte

3 risposte

2

Non vedo perché pensi che questo ti consenta di controllare il ciclo di rilascio - chiunque può biforcarsi con il tuo codice con licenza Apache (non so nulla della licenza Eclipse) e fare un rilascio autonomamente. Per quanto riguarda il collegamento con il codice con licenza LGPL, certo - chiunque può aggiungere un codice al tuo che richiede questo e la licenza Apache non li fermerà. Quando si esegue una doppia licenza, l'utente deve scegliere quale delle due licenze desidera accettare: non è possibile accettarle entrambe.

In conclusione, provare a controllare le persone tramite le licenze FOSS non funzionerà mai.

    
risposta data 15.06.2011 - 10:41
fonte
1

Un approccio molto pragmatico: Sì, ci sono moltissime licenze in giro, ma a meno che non ti preoccupi di alcuni dettagli specifici della licenza, ti consiglio di utilizzare GPL v3 o la licenza BSD / MIT rivista. La domanda di base che dovresti porci è:

Vuoi permettere ad altri di prendere il tuo codice e usarlo in progetti closed-source?

Se sì, consiglierei revisionato Licenza BSD .

Se no, consiglierei GPL v3 .

Tutte le tue preoccupazioni sul controllo della versione e così via non sono realmente correlate alla licenza; se sei il manutentore della tua versione, puoi controllare le versioni ufficiali.

    
risposta data 29.10.2013 - 13:50
fonte
0

Un'aggiunta alla risposta esistente qui e una forma abbastanza semplificata per le persone che arrivano al problema delle licenze per la prima volta, ecco un sito web dedicato:

Scegliere una licenza OSS non ha bisogno di essere spaventoso - ChooseALicense.com

GitHub wants to help developers choose a license for their source code.

If you already know what you’re doing and have a license you prefer to use, that’s great! We’re not here to change your mind. But if you are bewildered by the large number of OSS license choices, maybe we can help...

This site is not a comprehensive directory of open source licenses. We think there are too many options, which adds to the confusion. On the homepage, we break it down into just three licenses. The vast majority of projects will likely be fine choosing from one of these three. Just in case you have specific needs not covered by those three, we also highlight a few other licenses to consider...

Contiene un elenco delle licenze più utilizzate riguardanti il codice sorgente (non solo) e quali usi sono compatibili con esso.

    
risposta data 29.10.2013 - 10:26
fonte

Leggi altre domande sui tag