【问题标题】:Does the GPL license contaminate? [closed]GPL 许可证会污染吗? [关闭]
【发布时间】:2009-04-08 09:53:26
【问题描述】:

快速提问。

我正在将 GPL 许可的 JavaScript 代码(不是我创建的)转换为 PHP。原始 GPL 是否有效,或者我可以在转换后的代码上添加任何许可证吗?

I found this on SO,但想知道它是否适用。

【问题讨论】:

  • 稍微扩展了我的回答,建议为了对原作者友善,您可以根据 GPL 和您选择的另一个许可对您的作品进行双重许可,以便在回馈的同时满足自己的要求。 (Perl 以这种方式获得双重许可)。
  • 顺便说一句,我已经能够与作者协商,允许我以前将代码用作 MIT,但当然是小项目。
  • 我投票决定将此问题作为离题结束,因为它是关于许可或法律问题,而不是编程或软件开发。 See here 了解详情,help center 了解更多信息。

标签: php gpl code-conversion


【解决方案1】:

这真的不应该被视为一个法律问题。这真的是做正确的事。

在看待事物的法律方面之前,首先考虑一下常识和对原作者的礼貌。法律方面确实应该重新考虑。

根据 GPL 许可您的“翻译”产生的作品肯定是最好的处理方式。

您作为起点使用的 JavaScript 软件是由其作者根据 GPL “赠送”给您的,感谢他/她的礼物的最佳方式是在 GPL 许可下做出您自己的贡献。

现在,如果由于某种原因您无法使用 GPL,那么您确实有两个选择:

  1. 联系原作者并获得他/她对您的计划的批准以及您想在自己的代码上使用的许可证。原始版权所有者甚至可以允许您制作此原始作品的专有衍生作品,或者根据 GPL 和您选择的另一个开源许可对其进行许可,以解决您可能拥有的任何 GPL 限制。
  2. 不要从该代码开始,并独立于 JavaScript 实现创建自己的 PHP 软件,但要重用您从阅读 JavaScript 代码中学到的想法。 无论您使用何种许可,重用 GPL 代码中的想法都是感谢原作者的有效方式

【讨论】:

  • 我们正在按照不能使用 GPL 代码的规则工作。我们正在研究第 1 项 :) 顺便说一句,答案非常好。
  • +1,用于解决法律和“不作恶”问题。 :)
【解决方案2】:

IANAL,但如果您不是原作者,那么您的 PHP 版本将需要是 GPL。

“修改”作品意味着以需要版权许可的方式复制或改编作品的全部或部分内容,而不是制作精确的副本。由此产生的作品被称为早期作品的“修改版”或“基于”早期作品的作品。

所以将一个js库移植到php会算作对原始库的修改,然后你就被许可在GPL下发布修改后的代码了。

版权可能是愚蠢的并且仅适用于文本,但如果您已将原件加载到计算机中查看它,那么您已经复制了它(至少根据英国法律,版权适用于数字副本)。

该复制行为是根据许可进行的,如果您不遵守许可条款,则无论您是否制作进一步的衍生副本,您都已经侵犯了版权。

【讨论】:

    【解决方案3】:

    翻译不会删除版权。例如,考虑将 Windows 的二进制代码反编译为 Pascal,然后重新编译。你认为微软不会追随你吗? :)

    我认为正确的方法是:

    • 研究代码并生成它的技术规范。然后使用此规范重写代码。如果你是偏执狂,这些任务可以由不同的人来完成。 (众所周知,公司会这样做)
    • 或注明原作者并保留许可证。 (您的代码是衍生作品)

    这些建议可能并不完全正确,但它们不会给您带来麻烦。在考虑任何有争议的事情之前,您至少应该阅读:

    http://www.gnu.org/licenses/gpl-faq.html

    【讨论】:

    • IANAL,但 AFAIK 在软件的情况下,版权仅限于自动翻译。
    • 我在等你在 Windows 上试试。当史蒂夫鲍尔默“f*ing杀了你”时,我会说“我告诉过你”。 :)
    • 1.我为什么要? 2. 为什么美国法律适用于我?
    • 当然,东方集团的情况有所不同。现在有一个美好的一天。 :)
    • 我的 Q 没有指定国家,冰岛不在欧盟 :P 但该代码将在世界范围内使用(或可以)。
    【解决方案4】:

    如果您是原始版权所有者,那么您可以在您喜欢的任何许可下发布副本或修改后的作品。当然,这不会改变之前发布的软件的许可。

    【讨论】:

    • 我不是原作者或所有者。我只担心转换后的代码。
    • 一如既往,我不是律师,但看起来链接的对话会适用
    • 1800 INFORMATION,您确定 GPL 不适用于原始版权所有者吗?我以为一旦一个作品在 GPL 下发布,就没有出路了,但我可能弄错了。你能指出一些参考吗?
    • @mad-j:你有点困惑。原作者不能收回在 GPL 下许可的代码,但他/她也可以在另一个许可下许可相同的代码......甚至涉及大笔资金的专有条款。
    • @Laurent:好的,谢谢!我确实有点困惑:)
    【解决方案5】:

    您将 GPL 嵌入到 LGPL 应用程序或模块中,而不仅仅是包装器++;这个新模块将是 LGPL,您可以干净地使用 LGPL 模块而不会分散。这是我们的许可律师告诉我们的。

    我相信我的律师,但这并不意味着你应该盲目相信我的律师:)

    【讨论】:

    • 即使您不应该相信一个声称您可以更改其他人编写的代码的许可证的人。 gnu.org/licenses/gpl-faq.html#GPLWrapper
    • 我宁愿相信一个律师,也不愿相信一个把锡箔帽戴在头上的怪胎
    • @vartec 你似乎有一些愤怒的问题。如果人们在互联网上不同意您的观点,无需惊慌失措。 :D
    • @abababa22 这就是为什么我说“不仅仅是一个包装器++”,一个包装器是不够的,我特别提到了这一点
    • @ababada:愤怒?你没有看到愤怒。现在我不喜欢的是人们相信并重复 FUD。 “GPLWrapper”和动态链接感染没有任何版权基础。
    猜你喜欢
    • 2011-08-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-12-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-11-27
    相关资源
    最近更新 更多