转售根据GPL，MIT授权的开源代码
我想使用一些根据以下“GNU通用公共许可证（GPL），MIT许可证”授权的开源代码。 我想将这些代码包含在我将销售的产品中。
这里是特别的代码
为了不被起诉，我必须做些什么？ :)
我不介意分发我已修改的源代码，但我不希望整个应用程序开源。
如果我将开源代码构建到库中并且开放源代码库，我可以链接到它并且不打开其余的源代码？
编辑：在项目中它有以下几点
“mda VST插件是根据MIT许可证或GPL发布的，”许可证版本2或（任选）任何更新版本“。”
您将不得不专门查看代码的各个位，以了解每个代码是如何获得许可的。 虽然GPL和MIT许可证是“不兼容的”，但这并不意味着代码不能同时使用这两种许可证。 GPL许可证很可能在那里，所以使用GPL的人可以将其纳入他们的项目中，而MIT的许可证则允许其他人（不使用GPL）在其项目中使用它。
如果是这种情况，那么代码是双重许可的，那么您只需选择将MIT许可用于您希望包含在项目中的代码，而不是GPL许可。
如果提到这两个许可证是因为“一些是GPL，另一些是MIT”（这在10秒内看到Sourceforge页面时并不清楚），那么您将不得不知道哪一个适用于哪个模块。
无论哪种方式，给作者的一个简单说明应该很容易说明你特别希望使用的代码的状态。
据我所知，该软件是以MIT或GPL双授权的。 这意味着您可以选择更适合您情况的许可证。
虽然您可以在专有软件中使用麻省理工学院许可的图书馆，但如果没有别的办法，我会说它会很有礼貌，让作者知道您打算做什么。
这一切都取决于_how_you_link_与GPL涵盖的代码。 如果您要使用的库被GPL（而非LGPL）所覆盖，并且您与其链接，则您的应用程序必须按照GPL条款进行分发。 该许可证将您的应用程序和图书馆一起视为一项组合工作。
如果您只是分发独立链接的GPL程序以及专有程序，并且它们都可以一起工作（但绝不会链接在一起），那么您就很好。 一个例外是gcc的中间输出，但是如果你正在编写一个gcc插件，那只有一个有趣的地方。
如果您尚未准备好分发代码中与GPL代码链接的任何部分，则不能使用GPL代码。 请注意，销售与它无关，所有GPL关心的是分发，免费或收费，无关紧要。
您不能执行比GPL规定的使用GPL代码的程序更多的限制。 同样，由于相同的原因，您无法执行更少的限制。
例如，如果我编写一个命令行程序，并且想要赋予其行编辑功能和历史记录，则可以链接（并使用）libreadline，即GPL。 但是，如果我依赖readline（）分发新程序，则必须在GPL下授予该程序许可。 这就是为什么libedit / libeditline是在具有完全兼容API的3子句BSD许可下创建的。
任何C程序都会链接到glibc，它必须。 因为glibc是LGPL，我不需要在我自己的代码中继承许可证。
您引用的库允许您选择您想要的许可证，除非我可以确认版权的唯一所有者，否则我通常不使用双重许可的库。 如果您可以确认，请根据MIT许可条款使用该库。
链接地址: http://www.djcxy.com/p/13947.html上一篇: Reselling Open Source Code licenced under GPL, MIT
下一篇: open source