|
|
|
|
|
by bjpbakker
2885 days ago
|
|
My understanding is a bit different, but also not a lawyer. > going from MIT to GPL is fine, but GPL to MIT is not AFAIK both are _not_ fine, eapecially because the licenses are totally incompatible. When you publish a patch under a certain license (that of the project at the moment of the contribution), you _only_ allow using your code under that license. This is why dual licensing is a thing. Except when you sign a CLA - mostly used by companies to gain copyright over your work. In that case the company can do whatever they want - even charge you later to use your own code. |
|
MIT licensed code can be relicensed under GPL with or without modification to the code. It is only the other way around that won’t work. The reason for this are the specific demands made in each license.
See https://www.gnu.org/licenses/license-list.en.html#GPLCompati... where the Expat license is listed as compatible. The Expat license is the same license that is usually referred to as the MIT license.
Also https://en.wikipedia.org/wiki/MIT_License:
> The MIT license is also compatible with many copyleft licenses, such as the GNU General Public License (GPL); MIT licensed software can be integrated into GPL software, but not the other way around
IANAL.
Personally I encourage people to prefer the ISC/BSD/MIT family of license over GPL, but anyone that is set on using a GPL license is within their rights to do so for code derviative of said licenses (and several others as listed in the above linked list of GPL compatible licenses).