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.