La licenza OSS più appropriata per il codice dell'infrastruttura

3

Sto cercando di rilasciare potenzialmente del codice di infrastruttura (correlato a build e implementazioni automatizzate) come OSS e sono curioso di sapere come le varie licenze OSS lo influenzano.

In particolare, LGPL impedisce che il codice stesso (parte / intero) venga modificato in un prodotto commerciale (che è quello che sto cercando), ma consente di essere "collegato a" nella creazione di prodotti commerciali (anche ok).

In che modo la clausola "collegata a" si riferisce al codice dell'infrastruttura, che non è distribuito con il prodotto stesso? La domanda sarebbe ancora richiesta per fornire "avvisi legali appropriati" (di cui non sono preoccupato)?

Sarebbe meglio guardare la licenza pubblica di Eclipse?

    
posta Richard Szalay 04.09.2012 - 07:05
fonte

2 risposte

1

Presumo che il tuo codice sia qualcosa di paragonabile allo strumento di creazione.

Poiché il tuo codice non è distribuito con il prodotto finale, usa la GPL se non vuoi che il tuo codice sia trasformato in un prodotto proprietario (o parte di esso). L'uso della GPL per il tuo strumento non influisce in alcun modo sulla licenza del programma creato con il tuo strumento. Puoi anche scegliere la LGPL, ma ciò consentirebbe al tuo codice di diventare parte di un prodotto proprietario (anche se quella parte sarebbe comunque libera come nel parlato).

Dichiarazione di non responsabilità: IANAL

    
risposta data 04.09.2012 - 10:19
fonte
0

Disclaimer : non sono un avvocato. Raccomanderei caldamente di parlarne a uno se si sta considerando un software di licenza, in particolare se si desidera utilizzarlo in un prodotto commerciale ora o in futuro.

Se vuoi che il tuo software sia usato liberamente da tutti, le migliori licenze sono quelle come BSD e MIT . Questi non si assumono alcuna responsabilità per il codice ad eccezione del copyright e consentono la modifica. Le persone e le organizzazioni possono usarlo nei loro prodotti saranno relativamente poco preoccupanti se non includere un'attribuzione e il testo della licenza. Ciò garantirà la massima copertura del codice, ma ti garantirà il minor numero di diritti.

Licenze come Apache , Eclipse e la Licenza di distribuzione e sviluppo comune (CDDL) sono una via di mezzo. Sono più dettagliate e più severe delle licenze MIT e BSD ma pongono meno restrizioni su ciò che l'utente può fare rispetto alla licenza GPU.

Infine, hai licenze come Gnu Public License (GPL) e Licenza pubblica Lascer Gnu . La GPL è particolarmente onerosa perché richiede che qualsiasi modifica sia anche open source. Se vuoi impedire che il tuo prodotto venga utilizzato nel software commerciale, usa GNU.

Prima di scegliere una licenza, considera:

  1. Possiedo il codice sorgente? Potrebbe essere più difficile rispondere di quanto non appaia prima. Hai copiato un esempio da un sito web? Stai usando altri software open source? Se non possiedi il codice, apri il sourcing potrebbe violare il copyright o altri accordi.
  2. Il codice sorgente contiene brevetti, segreti commerciali o proprietà intellettuale protettiva? In caso affermativo, aprire il sourcing potrebbe ridurre o eliminare la protezione offerta.
  3. Ho intenzione di voler vendere questo codice sorgente? Se sì, apri sourcing significa che anche gli altri possono farlo. Il software open source può essere un ottimo modo per ottenere assistenza dalla comunità più ampia, educare gli altri e aiutare i clienti a trovare bug. Può anche chiudere un flusso di entrate ed esporre eventuali difetti di sicurezza nel prodotto. A seconda della licenza, aprire il sourcing di un componente può effettivamente dire "Io vado a fare soldi da servizi o qualcos'altro oltre alla vendita di questo software".
  4. Sono contento di altre vendite o modifica del codice sorgente? In caso contrario, una licenza più restrittiva come GNU potrebbe essere in ordine. In alternativa, puoi sempre fornire il codice sorgente ai clienti paganti con una licenza che impedisce loro di distribuirli. Forse una licenza personalizzata è in ordine.

Se il tuo codice è un'infrastruttura o no è incidentale. Questa è una decisione commerciale tanto ideologica.

Ricorda che le licenze sono scritte da avvocati e alcuni termini possono avere definizioni specifiche o ambigue. Prendi il termine "distribuzione". Creo un sito Web e il codice è ospitato sui server Web, solo che conta come distribuzione? Un'altra preoccupazione legale circonda il termine "uso" o "integrazione" perché i confini di alcuni moduli non sono chiari.

    
risposta data 04.09.2012 - 07:45
fonte

Leggi altre domande sui tag