Scrittura di software proprietario e possibilmente chiuso, evitando le violazioni della licenza

Question

Scrittura di software proprietario e possibilmente chiuso, evitando le violazioni della licenza

#1 da (3 voti)
#2 da (1 voti)

7

Sto avviando un progetto software che voglio avere l'opzione di mantenerlo proprietario. Tuttavia, poiché generalmente utilizzo un ambiente Linux, voglio sapere: in che modo le persone scrivono software proprietario in Linux e non violano le licenze GPL / LGPL / etc che sembrano limitare gli usi delle librerie necessarie per costruire il progetto?

Inoltre, l'uso di una libreria LGPL non modificata nel mio codice richiede di rilasciarlo come open-source (comprendo che open-source e proprietario sono bestie diverse)?

E so che verrò etichettato come un pagano per chiedere, ma posso usare librerie open source non modificate nel mio progetto ma mantenere il codice che è mio closed-source?

licensing gpl lgpl

posta NickO 23.12.2012 - 10:08

fonte

2 risposte

1

C'è una pubblicazione interessante su questo argomento:

Citazione:

Maria Kechagia, Diomidis Spinellis e Stephanos Androutsellis-Theotokis. Licenze open source per tutte le dipendenze dei pacchetti. In Costas Vassilakis e Nikolaos Tselikas, redattori, PCI 2010: Atti della 14a conferenza panlenica sull'informatica, pagine 27-32, Los Alamitos, CA, USA, settembre 2010. IEEE Computer Society.

Abstract:

Licensing dependencies among open source software (oss) packages reveal a lot about software compatibility relationships and the practicalities of oss licensing. There is, however, limited information on these in the literature. In this paper, we discuss various aspects of oss licensing, and we present an empirical study on FreeBSD ports collections concerning their licensing dependencies, in an attempt to identify specific patterns. Our results highlight different types of dependencies, that could be used to explain, or even guide the license selection process of oss projects.

Ecco il doi number doi: 10.1109 / PCI.2010.28

risposta data 23.12.2012 - 11:42

fonte

Leggi altre domande sui tag licensing gpl lgpl

Rilascio software / Utilizzo dell'integrazione continua - Che cosa sembrano utilizzare la maggior parte delle aziende? Metodologia consigliata per lavorare con le librerie condivise e Mercurial

score 3 · Accepted Answer

In generale, quando si scrive un software che utilizza librerie di terze parti è necessario essere a conoscenza delle licenze con cui viene rilasciato il software di terze parti e in che modo ciò influenza il proprio software.

La licenza GPL è considerata una licenza infettiva nel senso che se il tuo progetto include codice con licenza GPL in qualsiasi modo, il tuo codice deve essere rilasciato anche sotto licenza GPL (possibilmente in aggiunta ad altre licenze).

La licenza LGPL è stata creata per eliminare l'infettività della licenza GPL. In parole povere, se nel progetto si utilizza una libreria con licenza LGPL, è possibile utilizzare qualsiasi licenza che si desidera per il proprio codice (anche di tipo closed-source) a condizione che l'utente finale possa sostituire la libreria con licenza LGPL con un altro, compatibile , uno.

Per le altre licenze, dovrai controllare la licenza stessa, ma in generale le licenze derivate da MIT e BSD tendono ad essere più permissive di (L) GPL.

Dichiarazione di non responsabilità: IANL, TINLA