La mia comprensione è che:
I progetti con licenza MIT possono essere utilizzati / ridistribuiti in progetti con licenza BSD.
VERO (ma a meno che non ci siano modifiche, gli utenti possono ottenerlo anche dalle fonti originali.
I progetti con licenza BSD possono essere utilizzati / ridistribuiti in progetti con licenza MIT.
La licenza FALSE MIT consente la distribuzione senza crediti di contribuzione; BSD no.
Le licenze MIT e BSD a 2 clausole sono sostanzialmente identiche.
FALSO Vedi sopra.
BSD 3-clausola = BSD 2-clausola + la clausola "nessuna approvazione"
TRUE
Il rilascio di una doppia licenza consente agli utenti di scegliere tra tali licenze, senza essere vincolati a entrambe.
VERO (penso di sì!)
Allo stesso modo, poiché le licenze MIT e BSD sono entrambe "compatibili con GPL" e possono essere ridistribuite in progetti con licenza GPL, anche le licenze doppie MIT / GPL sembrano ridondanti.
NO . Ecco una grande differenza. La licenza MIT e la licenza Apache richiedono solo di dare credito ai detentori del copyright originali. Se si sceglie, è possibile ridistribuire la fonte; ma se lo desideri puoi conservare il tuo nuovo prodotto derivato senza aprire il codice. Quindi, è possibile utilizzare il codice sviluppato sotto MIT e Apache - sotto licenza commerciale.
Se usi mai il codice con licenza basata su GPL e ti capita di modificarlo, devi distribuire anche il tuo codice modificato sotto GPL. In altre parole, una volta utilizzata una base di codice GPL nell'ambito di un progetto e se si desidera pubblicarla come prodotto, deve essere pubblicata con il codice sorgente e deve essere pubblicata sotto GPL. Non può mai essere una licenza commerciale o una fonte chiusa e non può essere qualsiasi altra licenza che sia meno rigorosa di GPL.
Ad esempio è possibile prendere il codice di licenza MIT, Apache o BSD, modificato e distribuito sotto GPL. Una volta che una base di codice è distribuita come GPL, le sue ulteriori versioni derivate non possono essere distribuite sotto licenza MIT, Apache o BSD ma devono essere solo GPL.
Modifica:
esempio di doppia licenza: supponiamo che Nice Office sia rilasciato con doppia licenza: MIT e GPL. Ha due possibilità. Alcune persone possono creare NicePro Office, che può essere commerciale e vendere. Considerando che un'altra comunità open source crea un fork NiceOpen Office. In questo caso, può applicare la distribuzione GPL (dell'originale Nice Office e della versione NiceOpen Office) quindi, se si inizia con NiceOpen Office, è necessario rispettare solo GPL e non la licenza MIT.
Il punto è in caso di doppia licenza la prima persona che ottiene una licenza ha una scelta. Può scegliere in entrambi i modi, tuttavia la seconda persona deve aderire alla scelta fatta dalla prima persona. Non può ignorare i diritti originali di entrambe le generazioni e non può in alcun modo ridurre l'obbligo della licenza applicabile.
MODIFICA 2
Aggiunta di una lettura interessante: le licenze GPL e MPL hanno gravi conflitti. Leggi questo http://www.tomhull.com/ocston/docs/mozgpl.html