睡在GPL
发表于2008年2月10日，
在法律 ， 开源 ， Web2.0的 评论
今天，有可能迫使很多误解和混淆使用GPL的软件公司开放源码他们的软件。 在迪斯尼，索尼和几个创业运行到这个问题，这篇文章是为了澄清我自己的理解，以及希望帮助一些人做出明智的决定。 请注意，我不是律师，这篇文章不能依赖作为替代阅读GPL和取得执业律师从具体的法律意见后。
虽然有许多限制较少的许可证（ 麻省理工学院，BSD，MPL的，等 ）的GPL或许是最不理解和企业最担心的。 这种混乱在一定程度上不应该是一个惊喜。 源码（自由和开放源码软件）运动活动家，有略有不同的理想阵列。 因为法律在一定程度上严重依赖的意图和一致的方式处理，这种方法泥泞不一致的水域。 当随着时间的推移运动的领导人，使有关的范围和意图的GPL自相矛盾的说法，这注入不确定度的恐惧和怀疑（FUD的）。
使事情更加混乱，著作权法是在GPL的依赖的基本租户也伤心形状。 对于软件，是什么构成合理使用和衍生作品是在判例法的赔率。 上推断，衍生工具，即使你已经复制代码交互系统没有一个产品是一个极端的，判例法。 在其他冲突的情况下法律推断，它是合理使用逆向工程系统，利用它，而不必担心被视为衍生。
将发挥出这些先例，我们认为这可能是随机的，取决于很多的道路上，我们使用的代码。 没有明确排除从开发商，我们要回去许可证本身的作者的意图。 在这种情况下， 自由软件基金会，专门阐述了其信仰。 在他们的GPL的解释你的计划是衍生的，如果包含GPL代码或以任何方式链接到GPL代码（动态或静态）。
有几个公认的例外，这个规则，你的程序可能无法被认为是一个衍生作品。
- 你可以动态地链接到一个标准接口，可取代其他现有库。
- 您可以通过fork（）执行一个GPL的程序，或执行（）。
- 您可能会沟通*通过标准的网络和IPC机制的方案。
- 你可以发布你的程序和在总GPL程序（在同一介质中）提供他们仍然代表单独的程序，遵守GPL的条款。
这些异常给我们足够的绳子，使用GPL的程序和库的结合，在一个较大的封闭源代码系统。 对这些一些开发商的顶部可能会增加额外的明确例外如允许动态（ LGPL ）或静态链接。 在某些情况下也是可能的联系开发商和谈判删除GPL的限制，所有的封闭源代码的许可证。
还有另外一个明显的漏洞。 在GPL只踢在当你分发派生程序。 如果你不分发派生的方案向公司以外的人，你不必分发您的封闭源代码。 不释放任何代码的情况下，你甚至可以作为它的服务和收费资金使用GPL的衍生软件。
这个漏洞，并在实践中有一对夫妇的陷阱。 首先是，你不能到另一家公司或个人出售或派生程序。 第二，很多人不考虑一些并购交易期间，该公司出售资产，而不是企业合并和出售资产，也可能被认为是一种分布。
当然，与任何软件许可证（源码或商业），你应该认识到专利问题，赔偿，额外的许可限制（如GPL3限制，DRM）和总拥有成本与维护和支持。 我们为公司做任何有超过门的价格在未来标签的底线。
其他的事情要考虑的是公众和源码运动的看法。 您正在使用的FOSS软件和暗示的合同是，你会参与社会，并有助于改善。 使用FOSS是不够的，你应该采取的政策，指出您如何使用开放源码软件和如何支持它。 FOSS开发工作，做一个好公民，走一段很长的路要走。
参考文献：
http://www.gnu.org/copyleft/gpl.html
http://www.gnu.org/licenses/old-licenses/gpl-2.0.html
http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html
http://www.fsf.org/licensing/licenses/gpl-faq.html
http://www.bu.edu/law/lawreview/v85n5/Stoltz.pdf
http://www.linuxinsider.com/story/38089.html?welcome=1202601329&welcome=1202602307
http://en.wikipedia.org/wiki/Free_software_licenses
http://en.wikibooks.org/wiki/FOSS_Licensing/Scenarios
scridb过滤器
喜查，
看着它作为一个局外人，我认为是有一些因素。
1）GPL接缝设计，重新定义到服务提供商的程序员从IP生产者的角色。 客户端软件与服务是根本不同的模型（咨询，定制等）。
2）它是很难在服务器上执行。 这将是简单的隐藏使用GPL的软件。
3）允许软件作为服务的货币化，限制了产品的采用。
在GPL的软件作为服务的使用限制简而言之，将限制其收养，实用和可执行性。 还记得GPL的软件的所有者可以双许可证的产品，并为此由GPL的约束。
虽然我使用一些GPL的软件，我宁愿少得多的限制性和病毒的许可证，即使是作为一个服务。 每个软件的使用，商业或源码，需要一些尽职调查，以确定健身和总拥有成本。
有诸多因素，导致一个自由和开放源码软件项目的成功或失败的，牌照是可以通过增加摩擦的元素之一。 我们已经看到了作为一个许可要求的分工和工作的重复。 这将是有趣的，看看如何每个牌照竞争。
- 马蒂
- 垃圾邮件
- 进攻
- 不同意
- 题外话
喜欢