58

This is a tricky question. Open source licenses are generally irrevocable. Once you publish something under a license, you can relicense future versions but cannot retroactively change the license. Yet here, you have never directly published the project under the old license. My take on this is that the MIT license on the old commits is in effect for those ...


44

As long as you are the only contributor: You can do it, without further problem. Otherwise: It is difficult. If others contributed to your project, you have to respect their rights. So you can only assume the rights given to you by the open source license. Your options are: contact all contributors and ask for their permission switch to a compatible ...


26

As the copyright holder you can choose to re-license your code as you see fit. What you cannot do is revoke a license if it was given in perpetuity or before the term of the license expires. What does this mean? You are able to license your code to different people using different licenses. You can even let them choose which license to use. You can sell the ...


22

Yes, and no. As per the question you linked, if you're the only contributor, you can do whatever you want with the project. You can take it off GitHub or whatever platform you decided, you can compile and sell it, and whatnot. However You cannot do that if you aren't the sole contributor. You are no longer the only rights holder, and thus, the decision ...


20

That depends. If you didn't make any changes in your fork of the project, you can just update your fork to include the latest upstream changes and get the license change along with it. If the copyrights on the changes made on your fork are all owned by you, and you agree with re-licensing those changes under the MIT license, then you can merge the upstream ...


19

Not with the license as it is. You will need to contact all the licensors of the GPL code, and request that they release it to you in a license that is compatible with the BSD license. Alternatively, you can release your code as GPL too.


19

As long as you are the only contributor to a codebase, you can switch the license as you like. So yes, you can change the license, as long as you didn't use code of others. Check the answers to this question about relicensing, if you want to know under which circumstances you can change the license. Basically the same applies here, as you practically you ...


18

If the BSD license in question is the two- or three-clause variant (i.e. without the advertising clause), I think you're technically allowed to do it, but you couldn't really enforce it: anyone who obtained a copy of the code you're distributing could re-use the BSD-licensed code under the provisions of the BSD license only, and the GPL wouldn't apply. (The ...


18

The important thing to know is that they (almost certainly (*)) cannot retroactively change the license of the version that you are using. They can change the license to new versions they release. So, if you want to keep using what you took when it was marked MIT, you are fine. You can even make a fork and invite other like-minded people to enhance and ...


18

The short answer is no. You cannot remove a BSD license notice, otherwise you are no longer licensed per the BSD (many variants) that all share the essential requirement to retain the copyright and license/notice texts in source and/or binaries. If you look at a BSD variant text from wikipedia: 1. Redistributions of source code must retain the above ...


18

You can do nothing. Releasing software has nothing to do with version numbering; it is a matter of conveying it (which includes "making it available") to others, and making the licence terms under which it's conveyed clear. Once you have conveyed code under a licence, people may use it under that licence until the terms of that licence say they cannot. In ...


17

As the copyright holder you are in no way bound by any open source license you choose to distribute your own work under. While you cannot retroactively change the license terms of a particular distribution of your software for those who have already obtained it, you can permit use and re-distribution under the terms of a more permissive license of any ...


15

Much would depend on the initial license chosen when creating the OS project. If the OSP was originally published under a copyleft license such as GPL, then the answer is clearly no. They can not continue development under a more restrictive license without violating the terms of the original license. A permissive license, such as Apache, allows the ...


15

You are correct that re-licensing virtually always requires the permission of the copyright holder. This was a rather exceptional case. All material on Wikipedia used to be under the license GFDL v1.2, or any later version published by the Free Software Foundation. The next version released by the FSF, GFDL v1.3, contained a provision that allowed any ...


14

First of all: There are three different BSD-licenses. The original BSD-license has four clauses, including a advertisement-clause. This advertisement-clause is incompatible with the GPL, so you cannot redistribute it as GPL, the same as you cannot combine it with GPL-code. The modified BSD-licenses drop this clause and make BSD compatible with GPL. This ...


13

If it is your program (and not a derivative of somebody else's program, or something that a lot of other people has contributed to), you have the full right to do whatever you like. So just create a new distribution and state that this distro is under "GNU GPL version 3", replace LICENSE.txt and edit any copyright notices to refer to the correct license - ...


13

Forbidding sale of the software has precedent in OSI-approved licenses, for example SIL-OFL 1.1 says: Neither the Font Software nor any of its individual components, in Original or Modified Versions, may be sold by itself. But there is reason to believe the OFL is an outlier and wouldn't be OSI-approved if submitted today. Also, the OFL is only intended ...


12

A common misunderstanding is that if you put something online without a license text to accompany it, anyone is free to do with it whatever they want. This isn't true. Whatever you create is copyrighted to you, and can't be re-used without receiving a license from you allowing them to do so. Claims like "all rights reserved", icons like ©, etc. don't mean ...


12

No, you cannot. By including GPL-code, you are including a dependency of GPL-protected code, and therefore your code is only derived work from it. The terms of GPL requires that derived work is also published under GPL. From the GPL faq: If a library is released under the GPL (not the LGPL), does that mean that any program which uses it has to be under ...


12

Does XYZ software version 1.1 still retain any MIT License benefits for features not altered during the upgrade from XYZ software version 1.0? No. A license is attached to a specific set of code hence to a specific version and eventually a specific distribution. You can continue to use the older MIT-licensed version under the MIT license. If the newer ...


11

If you wrote the code yourself, then you're the licensor and can use the code as you see fit, however: GPL does not allow sub-licensing; If you used code from other sources (for example, Stack Overflow), you'll need to attribute the code used, and review the license the code uses if the author/owner needs to give their express permission; If you released ...


11

If you wrote the code, you can do whatever you want with it. You own the code, you own the copyright. A license is you granting others certain rights, but as the author you have not given up any of your own. What you (probably) can't do is then turn around and take legal action against someone who's still using your code under the terms of the old license (...


11

If you are not the sole author then it's more complicated. All contributors must agree to the license change explicitly. This agreement can be under the form of a Contributor License Agreement which states that the project owner is allowed to change the license or the previous license itself which grants the rights to distribute under a compatible license. ...


11

Technically yes, but practically no. Technically yes - if you're the sole contributor, or you can get agreement with your co-contributors, you can do anything you like. It doesn't matter how you've distributed the software before: the original copyright is yours (or a group's and you have permission to act for that group) and you have permanent rights to do ...


11

The other answers are good but don't acknowledge another consideration that bears mentioning: You state in your question you've written a program, but if you've ever assimilated contributions from other people into your program, relicensing becomes more tricky. Broadly, you may not have the licence to license their work under another licence. I can't ...


11

Just like everyone can take your MIT-licensed software and make it proprietary without having to ask all of its authors for permission, you can take your MIT-licensed software and license it under the GPL without asking the contributors. MIT-licensed software can be integrated/made into GPL-licensed software. The other way around is not possible. The FSF ...


10

Another important consideration is whether you have accepted any contributions from other people into your project. If anyone has submitted a pull request, and you have pulled in their changes (either to fix bugs, or add enhancements) but didn't get them to sign a Contributor Licence Agreement, then they hold copyright on part of your code, and you will ...


10

Bob can relicense it under any license he wishes. Taking credit for Alice's work is another thing. In jurisdictions that hold up moral rights, Bob can't. The moral rights cannot be given up by Alice, so they are still intact. What consists moral rights differs a bit, but proper attribution is usually included. In jurisdictions without moral rights, ...


10

No, you are not allowed to change the copyright notice. Indeed, the license text states pretty clearly: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. But you are allowed to add a copyright notice. If you want to keep the MIT license, which is what I would advise you to do, ...


Only top voted, non community-wiki answers of a minimum length are eligible