混淆了plan9port项目的双重许可
我打算包含plan9port项目的一些源代码。 该页面声明该许可证是“原始的贝尔实验室麻省理工学院或朗讯公共许可证”。 你可以看到类似麻省理工学院的许可证非常宽容。 我相信它与大多数（如果不是全部）其他许可证兼容。 问题是朗讯许可证。 根据维基，这个许可证也是一个开源许可证，但不是GPL兼容。
据我所知，双重授权通常由开放源代码版权许可和专有许可组成。 两个开放源代码许可的用意是什么，特别是当一个许可比另一个更加宽容时更是如此。 我可以在任何GPL项目中包含Plan 9源代码吗？ 我可以在专有/闭源项目中使用这些源代码吗？ 提前致谢。
编辑：我改变了标题，因为旧的不正确。
我应该从强制性免责声明开始 - 我不是律师，下面的任何内容都不是法律建议。 :-)
双重许可意味着源代码可以根据两个单独的许可中的一个许可进行许可，而不是两者都同时获得许可。 在GPL和专有版本的通常情况下，默认许可证是GPL，但如果您联系源代码作者，他们可以根据专有版本授权他们的源代码，但他们通常会要求交换资金。
没有任何东西可以阻止源代码在两个单独的OSI批准许可下获得许可。 通常情况下，源代码最初是在非GPL兼容许可下获得许可的情况，因此作者后来也提供了第二个许可以允许在GPLed产品中使用，但在某些情况下，第二个许可已添加到某些特定模块属于出口限制等。
无论如何，在大多数情况下，适用的实际许可证作为被许可人的选择; 尽管我已经看到了几个具体的案例，笔者有明确的要求，说明这两个许可证中的哪一个适用于什么场景（主要是与特定硬件有关）。 当然，该选择仅适用于两个许可证所涵盖的部分; 任何仅在两个许可证中仅有一个许可证下明确涵盖的内容必须在该许可证下使用，并且实际上可能在同一许可证下使用整个产品（在上面的示例中，针对硬件特定许可证的驱动程序是根据特定的许可证进行许可，并迫使其下的整个产品）。
如果您想将Plan9源代码包含在GPL产品中，那么您需要根据Bell Labs MIT类许可证获取源代码，因为朗讯不是GPL兼容的。 贝尔实验室看起来像Expat和X11许可证，这两个许可证都被FSF列为GPL兼容; 我仍然会发邮件给FSF，看看他们在这方面的立场。
如果您想将Plan9源代码包含在商业产品中，您可能可以在任何一种商业产品中授权，但贝尔实验室可能仍然是更宽容的产品，因此您可以选择坚持使用它。
链接地址: http://www.djcxy.com/p/13951.html