Portare un progetto open source su closed source


19

Come è legalmente possibile riportare un progetto inizialmente rilasciato come open source a chiuso? Soprattutto uno con licenza GPL qualsiasi versione.


5
Se detieni il copyright sul progetto, sei libero di concedere nuovamente la licenza nel modo desiderato. Ciò non invalida alcuna relazione di licenza esistente stabilita ai sensi della GPL.
Blrfl,

Perché non prenderlo, trasformarlo in un nuovo progetto e andare da lì?
Arriva il

@Blrfl Questo porta una domanda interessante. Chiunque userà parti o l'intero progetto GPL violerà quindi la licenza di fonte chiusa poiché la base di codice sarebbe identica.
Karlson,

8
@Karlson: Non proprio, non si sono mai iscritti alla licenza chiusa. Rimangono sotto la licenza GPL.
DeepSpace101,

1
Questi tipi di domande sulla licenza sono attualmente in fase di riesame sul nostro sito di meta-discussione .

Risposte:


10

Ci sono due cose qui:

  • revocare la licenza open source che è stata data. Probabilmente dipenderà dal testo della licenza. Se la licenza non ha alcuna disposizione, non sono sicuro che sia possibile se il licenziatario non l'ha violata. E alcune licenze come GPL versione 3, sono esplicite in quanto:

Tutti i diritti concessi ai sensi della presente Licenza sono concessi per il periodo di copyright sul Programma e sono irrevocabili a condizione che siano soddisfatte le condizioni indicate.

  • nuova licenza in altri termini. È possibile se si ottiene l'accordo di tutti i detentori del copyright. Se hai avuto la lungimiranza di ottenerlo prima di accettare i contributi (alcuni progetti GNU come GCC ti chiedono, ad esempio, di assegnare il copyright a FSF) è facile. In caso contrario, sarà difficile (alcuni progetti lo fanno volontariamente in modo che un cambio di licenza sia praticamente impossibile, ottenendo l'accordo di tutti o rintracciando e rimuovendo i contributi di coloro che non erano pratici).

(Menzione obbligatoria: non sono un avvocato, vedi il tuo, e alcuni aspetti possono essere localizzati e dipendere dalla tua giurisdizione).


4

Non è possibile sottrarre i diritti di un utente all'uso del software dato v1.5 una volta ottenuto tramite licenza GPL / OSS.

MA.

Puoi contattare l'autore di given-software v1.5 e

  1. acquistare una licenza commerciale con diritto di modifica e ridistribuzione a codice chiuso
  2. acquistare i suoi diritti sul software da lui

    (questo non si applica in tutte le giurisdizioni - in molti paesi alcuni diritti sono inalienabili - questo significa che l'autore conserva sempre quelli e può solo concederli in licenza )

    Ah, poiché sei già lì, potresti anche essere interessato ad acquistare diritti sul nome del prodotto.

Quindi è possibile rilasciare ulteriori versioni (ad esempio un determinato software 2.0 ) con una licenza commerciale e lasciare libera solo la versione precedente. (come nella libertà di parola)

Alcuni progetti OSS continuano a vendere nuove versioni e rilasciano la precedente come opensource, ad ogni aggiornamento della versione principale.

(Sto pensando a Ghostscript qui, ma anche Android è noto per fare qualcosa del genere, pre-rilasciando roba ai partner interessati, a prezzi elevati)

Cosa potrebbe andare storto

  1. Concorrenza. Un importante fork + rinominare OSS potrebbe semplicemente uccidere il nuovo prodotto commerciale, (è un mercato libero)

  2. Il manutentore potrebbe non avere tutti i diritti di cui ha bisogno per ottenere nuovamente la licenza del software dato 1.5

    • L'autore originale non potrebbe essere disponibile: l'attuale manutentore potrebbe essere il secondo, o il terzo o il quarto manutentore dopo quello originale.
    • Il progetto avrebbe potuto ricevere troppe correzioni di bug esterne o aggiunte di funzionalità e il manutentore non si è mai preso la briga di chiedere esenzioni, quindi il software ora è realmente di proprietà del manutentore e di tutti coloro che hanno mai contribuito con qualsiasi codice . A condizioni indeterminate .

      Un vero pasticcio inestricabile che aspetta solo un avvocato con un po 'di tempo da bruciare e una società che vale la pena mungere per soldi. (infatti, anche il progetto GNU chiede sempre deroghe che rimandano tutti i diritti d'autore alla fondazione GNU)

    • Le deroghe avrebbero potuto essere firmate, ma i termini su di esse potrebbero indicare con precisione che la licenza sul codice non può mai essere modificata .

In quelle ultime due situazioni l'unica via d'uscita da OSS è una riscrittura dura, enorme, cruenta e triste di tutto il codice contribuito. E anche se a destra fatto e bene, potrebbero essere ancora impugnabile, (da che l'avvocato, sì) in modo ... non è davvero la pena.

Disclaimer: IANAL.


E sì, è per questo che è difficile contribuire alla base di codice Android principale. Non possono accettare correzioni e sventolare il flag OSS solo per il suo valore di parola d'ordine . (Sì, fa schifo)
ZJR,

2
IANAL. I collaboratori di Android devono firmare un "Contratto di licenza per collaboratori aziendali" che conferisce effettivamente a "il responsabile del progetto" una licenza di copyright per fare praticamente tutto ciò che vogliono con il proprio codice.
Jaydee,

3

IANAL ma:

Penso che se possiedi tutti i diritti d'autore sulla base di codice, vale a dire che tutti i contributori ti hanno dato (o la tua azienda come potrebbe essere più probabile) i diritti d'autore a tutti i loro contributi, allora puoi rilasciare nuovamente quella base di codice con una licenza diversa (che può essere una fonte chiusa) se lo desideri. Alcuni progetti ( come jQuery ) rilasciano contemporaneamente il loro codice con due licenze diverse (una delle quali è la GPL).

Questo non cambia la licenza di nessuna versione esistente del codice e, nel farlo, potresti riscontrare che i tuoi collaboratori si sentono piuttosto sconvolti, rinunciando al progetto e continuando a svilupparlo con un nome diverso. Non citarmi su questo, ma penso che sia stato il tipo di cosa che ha portato Libre Office a Open Office.


0

Se sei il detentore della copia del progetto, hai il diritto di impostare una licenza (unica) per ciascuna delle parti a cui distribuisci la tua fonte.

Ora dato che hai già dato a qualcuno un codice con GPL, ciò che ora possiede non può essere revocato a meno che il codice non sia stato distribuito in qualche condizione.

Ad esempio, Open Office era open source (e lo è ancora). Ma da quando Oracle ha acquisito Sun, le persone hanno ritenuto che OO potesse essere troppo stretto ora in modo da poter iniziare a modificare quel codice in modo indipendente sotto il nome di Libre Office e Oracle non può revocare tale diritto.

Tuttavia, ci sono due cose che puoi sempre fare:

  1. Allegare la licenza in alcune condizioni. Ad esempio, puoi avere una licenza commerciale diversa dall'Open source, che è solo se sei un progetto Open source (o ONG / Academia).

  2. Per tutte le nuove versioni è ancora possibile interrompere la vecchia licenza e fornirne una nuova. Ad esempio REDHAT 7 (o 8) era tutto open source. Successivamente hanno creato RHEL che è stato concesso in licenza commerciale. Ecco come è nata Fedora.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.