我正在创建一个封闭源代码应用程序,其任务是启动其他开源应用程序(类似于windows的开始菜单)。
因此,我已把不同的开源申请列入牌照,例如:
我没有修改开源应用程序,我准备发布开源应用程序的源代码,但我不想公开我的启动应用程序的源代码。
我已经阅读了gpl文档,但是我无法将场景与文档中的信息联系起来。
请解释一下答案。个人执照,这样我就可以排除申请,以防他们的执照不允许我这样做!
发布于 2014-10-01 08:48:22
开放源码许可证一般不禁止您为软件的分发收取费用。你甚至可以在不提供任何附加价值的情况下收取费用,但我不知道有多少人会利用这一点。
问题是,在GPL下,您必须给您的用户与您自己获得的完全相同的权限,这样您就不能禁止您的用户以更低的价格转售(GPL)软件。与其他许可证,您需要给您的用户不同的自由。
关于您的启动器应用程序,这将在我想把GPL覆盖的软件整合到我的专有系统中.我能做这个吗?下的GPL常见问题中讨论。
您不能将GPL覆盖的软件集成到专有系统中。GPL的目标是给予每个人复制、重新分发、理解和修改程序的自由。如果你能将GPL覆盖的软件整合到一个非免费的系统中,它就会产生使GPL覆盖的软件也非免费的效果。包含GPL覆盖程序的系统是该程序的扩展版本。GPL说,任何扩展版本的程序都必须在GPL下发布,如果要发布的话。这有两个原因:确保获得软件的用户获得应有的自由,并鼓励人们回馈他们所做的改进。然而,在许多情况下,您可以分发GPL覆盖的软件与您的专有系统。要有效地做到这一点,您必须确保自由程序和非自由程序以适当的长度进行通信,它们不能以一种有效的方式组合在一起,从而使它们成为一个有效的程序。这与“合并”GPL覆盖的软件之间的区别在一定程度上是一个实质问题,也部分是形式问题。实质部分是:如果这两个程序结合在一起,使它们有效地成为一个程序的两个部分,那么你就不能把它们当作两个单独的程序来处理。所以GPL必须把整件事都包括进去。如果这两个程序保持很好的分离,比如编译器和内核,或者像编辑器和shell,那么您可以将它们作为两个单独的程序来处理--但您必须正确地执行。问题只是一个形式的问题:如何描述你正在做的事情。我们为什么要关心这个?因为我们希望确保用户清楚地了解GPL覆盖的软件在集合中的免费状态。如果人们分发GPL覆盖的软件,称其为“部分”系统的一部分,用户知道这部分是专有的,用户可能不确定他们对GPL覆盖的软件的权利。但是,如果他们知道他们收到的是一个免费的节目和另一个项目,并排,他们的权利将是明确的。
因此,简单地说,如果您的启动程序只是在一个不同的过程中生成GPL代码,并且您没有宣传您的启动程序包含或包含GPL代码,那么就没有问题了。在这种情况下,各种程序被认为是版权法的独立作品。
在这方面,GPL许可证是最严格的。提到的其他许可证更容易合并到专有应用程序中。
发布于 2014-10-01 23:27:53
对于应用程序启动程序的用例,这是绝对允许的,但也有不同的术语,这取决于它是GPL2还是GPL3。对于GPL2,您必须在下载二进制文件的同一台服务器上发布源代码(第3a节)。
GPL3 (第6d节)更宽容,但你必须做好准备,以防第三方网站崩溃或停止托管特定版本的源代码。
https://softwareengineering.stackexchange.com/questions/257732
复制相似问题