MIT vs. BSD vs. Dual License

Question

My understanding is that:

• MIT-licensed projects can be used/redistributed in BSD-licensed projects.
• BSD-licensed projects can be used/redistributed in MIT-licensed projects.
• The MIT and the BSD 2-clause licenses are essentially identical.
• BSD 3-clause = BSD 2-clause + the "no endorsement" clause
• Issuing a dual license allows users to choose from those licenses—not be bound to both.

If all of the above is correct, then what is the point of using a dual MIT/BSD license? Even if the BSD refers to the 3-clause version, then can't a user legally choose to only abide by the MIT license?

It seems that if you really want the "no endorsement" clause to apply then you have to license it as just BSD (not dual). If you don't care about the "no endorsement" clause, then MIT alone is sufficient and MIT/BSD is redundant.

Similarly, since the MIT and BSD licenses are both "GPL-compatible" and can be redistributed in GPL-licensed projects, then dual licensing MIT/GPL also seems redundant.

Answer 1

My understanding is that:

1. MIT-licensed projects can be used/redistributed in BSD-licensed projects.
   TRUE (but unless there is modifications, the users can get it from the original sources also.

2. BSD-licensed projects can be used/redistributed in MIT-licensed projects.
   FALSE MIT license allows for distribution without contribution credits; BSD doesn't.

3. The MIT and the BSD 2-clause licenses are essentially identical.
   FALSE See above.

4. BSD 3-clause = BSD 2-clause + the "no endorsement" clause
   TRUE

5. Issuing a dual license allows users to choose from those licenses—not be bound to both.
   TRUE (I think so!)

Similarly, since the MIT and BSD licenses are both "GPL-compatible" and can be redistributed in GPL-licensed projects, then dual licensing MIT/GPL also seems redundant.

NO. Here is a major difference. MIT license and Apache License -only requires that you give credit to original copywriters. If you choose, you can redistribute source; but if you choose you can keep your new derived product without opening code. Hence, it is possible to use codes developed under MIT and apache - under commercial license.

If you ever use code with GPL based license and happen to modify it you must distribute your modified code as well under GPL. In other words, once any GPL code base is used under a project, and if you want to publish that as a product, it has to be published with the source code and it has to be published under GPL. It cannot ever be commercial license or clsoed source, and it cannot be any other license which is less stricter than GPL.

It is possible for example to take MIT, Apache or BSD license code, modified and distributed under GPL. Once a code base is distributed as GPL, it's further derived versions cannot be distributed under MIT,Apache or BSD license but must be GPL only.

Edit:
Example Case of Dual license: Suppose Nice Office is released under dual license - MIT and GPL it has two possibility. Some people can create NicePro Office, which can be commercial and sell. Where as some other open source community and create a fork NiceOpen Office. In this case, it can enforce upon GPL distribution (of the original Nice Office as well as NiceOpen Office version) hence if you start with NiceOpen Office, you must comply to GPL only and not MIT license.

The point is in case of dual license the first person who derives a license has a choice. He can choose either way - however, the second person need to be adhere to the choice the first person made. He/She cannot over ride the original rights of either generation and cannot in anyway reduce the obligation of applicable license.

EDIT 2 Adding an interesting read - GPL and MPL Licenses has a serious conflicts. Read this. http://www.tomhull.com/ocston/docs/mozgpl.html