Closed. This question does not meet Stack Overflow guidelines 。它目前不接受答案。
想改善这个问题吗？更新问题，使其成为 Stack Overflow 的 on-topic。
6年前关闭。
Improve this question
关于 this comment 的以下摘录:
因此，如果我想使用 GPL(而不是 LGPL)的图形库，只要我发布使用此库实现此服务的代码，我是否可以决定使其成为 Linux 计算机上可用的图形服务的一部分？
假设该库实现了 SVG，我决定要使用 SVG 以矢量图形绘制所有屏幕。我没有将 SVG 滚动到我的几个应用程序中(从而打开它们的源代码)，而是创建一个服务(甚至内核驱动程序)，它监听套接字(或实现图形设备)，该套接字获取 SVG 数据并使用图书馆。我根据库的 GPL 发布服务/内核驱动程序代码。我不会为使用该服务或内核驱动程序的任何程序发布代码。我发布了服务/内核驱动程序的 API，以便其他人可以实现它、替换它，并且仍然使用不同的服务/驱动程序运行我的二进制文件，或者开发反射器等。
我是否违反了 GPL 的法律条款 我是否违反了 GPL 的精神
我敢肯定其他人已经考虑过这个问题 - 它发生了吗，社区的 react 是什么？
-亚当 未将您的工作重新 checkin 项目主干 如果单独发表，则不分发您的作品 检查它，然后根据他们认为合适的方式修改 API，而不考虑它如何影响您关闭的程序，并通过正常 channel 分发更改的版本(实际上保证了您的用户的 dll hell )
而且当然
编写、分发和插入竞争前端。
所以你可能会问自己是否值得。 (请记住，基于声誉的社区可能会对某些类型的轻视有很长的内存。)
过去社区对 GPL 的狡猾方法的 react 包括:
GPLv3 旨在使其中一些技巧变得更加困难 linux 内核社区中的一个广泛联盟，反对包含用于加载封闭固件的模块。 对违规者进行点名和羞辱，以及(同样重要)公开承认那些已经清理他们的行为的人。
想改善这个问题吗？更新问题，使其成为 Stack Overflow 的 on-topic。
6年前关闭。
Improve this question
关于 this comment 的以下摘录:
因此，如果我想使用 GPL(而不是 LGPL)的图形库，只要我发布使用此库实现此服务的代码，我是否可以决定使其成为 Linux 计算机上可用的图形服务的一部分？
假设该库实现了 SVG，我决定要使用 SVG 以矢量图形绘制所有屏幕。我没有将 SVG 滚动到我的几个应用程序中(从而打开它们的源代码)，而是创建一个服务(甚至内核驱动程序)，它监听套接字(或实现图形设备)，该套接字获取 SVG 数据并使用图书馆。我根据库的 GPL 发布服务/内核驱动程序代码。我不会为使用该服务或内核驱动程序的任何程序发布代码。我发布了服务/内核驱动程序的 API，以便其他人可以实现它、替换它，并且仍然使用不同的服务/驱动程序运行我的二进制文件，或者开发反射器等。
我敢肯定其他人已经考虑过这个问题 - 它发生了吗，社区的 react 是什么？
-亚当
最佳答案
我同意之前的评论，就 GPL 的精神而言，这看起来很糟糕。无论如何，这样做可能会在社区中遇到一些阻力，可能会采取以下形式:
而且当然
所以你可能会问自己是否值得。 (请记住，基于声誉的社区可能会对某些类型的轻视有很长的内存。)
过去社区对 GPL 的狡猾方法的 react 包括:
关于licensing - 在服务、内核驱动程序或其他许可证规避机制中包装 GPL 代码，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/248005/
10-12 23:58