Risposta breve: No, licenze MIT non ti obbligano a rilasciare il tuo codice come MIT.
Risposta lunga:
Diamo un'occhiata alla licenza MIT
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:
E guardiamo al centro di esso:
to deal in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software
In parole povere, il software concesso in licenza con la licenza MIT sta dicendo "usalo come preferisci". E l'unica eccezione è che devi rispettare e includere la loro dichiarazione di non responsabilità se mantieni la loro porzione di codice sotto la licenza MIT.
Quindi diciamo che vuoi prendere una libreria MIT e ri-rilasciarla come solo una libreria GPL. Puoi certamente farlo e la FSF ha fornito delle note: 1 e 2 su quell'esatto argomento.
Nota che non hai apportato alcuna modifica al progetto se non per rivendicare la proprietà della tua forcella del progetto che hai poi rilasciato come GPL. Nota anche che non puoi impedire ad altri di continuare a distribuire il progetto originale come MIT. Puoi anche impedire loro di distribuire il tuo progetto come qualcosa di diverso da GPL.
Ma che dire di questo disclaimer di garanzia e avviso sul copyright?
Non puoi portare via il copyright di qualcuno a una creazione che possiedono. E anche se hai rivendicato legalmente la proprietà del codice (come esplicitamente permesso dalla licenza MIT), dovresti includere una notifica all'effetto di "parti di questo codice originariamente create da tali e tali" e indicare la data della rivendicazione del diritto d'autore. Ma non devi necessariamente farlo poiché hai ri-licenziato il loro progetto e si è assunto la responsabilità.
E per quanto riguarda la dichiarazione di garanzia? Dal momento che hai ri-licenziato il loro progetto, hai assunto la responsabilità per la distribuzione di quel codice. Se si ri-licenzia, è preferibile scegliere con attenzione le nuove condizioni di licenza o essere pronti a fornire assistenza in garanzia che potrebbero essere sollevate.
Quindi questo esempio non è il pranzo libero che pensavi potesse essere. Con la ri-licenza, ti stai assumendo responsabilità e responsabilità per il progetto che potresti non volere. È qualcosa su cui devi riflettere e decidere.
Un'altra cosa che devi considerare in questo esempio è che non puoi usare la reputazione del codice di licenza MIT come meccanismo di supporto per la tua versione ri-licenziata del codice, a meno che tu non rispetti le condizioni della licenza MIT - che devono includere il loro copyright e includere il loro disclaimer di garanzia. Se la incorpori e la rilini, allora è tua e non la loro . Quindi non puoi usare la loro reputazione a tuo vantaggio. Almeno non senza notare il sottomodulo concesso in licenza con la licenza MIT.
Ritrovare tutto questo: usare il codice con licenza MIT nel tuo progetto non ti obbliga a usare la licenza MIT per il tuo progetto. E puoi addirittura incorporare completamente il codice con licenza MIT all'interno del tuo progetto senza alcun effetto virale.