你的代码是什么时候的“衍生作品”?[关闭]

伊纳尔。要记住的一件事是:几个项目明确地围绕“衍生作品”概念划一条线,以限制它可能包含的内容。

例如,在Linux内核上运行的每个程序最终都会将内核代码包含到操作程序中,这是因为程序在操作系统上的运行方式。为了便于编写程序,通常在编译程序时使用头文件,以便它知道如何合并内核位。LinusTorvalds已经声明,这种用法不会使程序成为内核的派生工作。

在其他情况下,例如php(和c,在较小的程度上),不能将该语言称为其库的派生工作。当然,你可以打电话来 strlen() 而且,在链接时或运行时,您的程序链接到了您没有编写的库。但是程序本身并不是语言或运行时的派生工作。在许多情况下,所使用的库只公开标准的实现,因此该程序不是该库的具体派生程序。所以你的C程序调用 斯特朗() 可以链接到任何具有 strlen()。 在里面。你的程序并不是glibc的衍生作品。甚至PHP也有多个实现(在爪哇中使用PHP实现的树脂WebServer船舶)。所以即使php是gpl,你的程序也可能不需要。

一个框架实际上是一组扩展的库,库的正常规则也适用。例如,如果框架是标准的一个实现,那么可能将它与应用程序一起分发是违反GPL的,但是简单地使用它不会是因为应用程序是 标准 不是这个特定的 实例 框架。例如,使用EJB的应用程序可以在IBM WebSphere、Redhat的JBoss、BEA的WebLogic等上运行,而不必遵守JBoss的许可证。也许在同一张CD上发布JBoss和您的应用程序会违反JBoss的许可证,但您的应用程序在其他方面不受限制(除非其中包含JBoss的部分)。

如果所讨论的框架不是一个标准,并且没有其他人实现它,并且/或者您必须在自己的代码中包含框架的一部分,那么您的应用程序可能是一个派生的工作。考虑一个Linux内核模块:很难创建一个不违反GPL的模块,因为大多数模块必须包含内核代码才能完成它们的工作。Nvidia通过创建一个没有内核代码但不是完全功能模块的专用blob来回避这一点,并添加了一些gpl粘合代码,使其成为一个模块。大多数内核开发人员都认为将内核和驱动程序一起分发是违反GPL的(因为您通过添加模块来创建内核的派生工作,但该模块不是GPL),但单独分发模块在最终用户组合之前不会创建派生工作,最终用户不再分发该模块,因此是NOT受任何分销条款的约束。

请记住:并非所有项目都具有相同的许可证解释。根据所述的许可证,您可能在您的合法权利范围内以某种方式使用代码,但您可能不想被起诉,因此当有疑问时,请咨询律师,即原始版权持有人。

编辑补充:我不是律师,我不会在电视上播放,也不会在互联网上假装自己是律师。

版权法:

_衍生作品_是基于作品的 在一个或多个现有工程上, 比如翻译,音乐剧 安排,戏剧化, 虚拟化,电影 版本,录音,艺术 复制,删节, 凝结或其他形式 一部作品可以重铸, 改变或适应。工作 包括编辑修订, 注释、阐述或其他 整体而言, 代表原作 作者身份,是一部衍生作品。

英语,来自维基百科:

与…有关的衍生作品 版权法,是一种表达 创造包括主要, 版权保护元素 原始,以前先创建 工作。

你提到的那些都不是衍生作品,因为你完成的产品中没有任何属于他人版权的内容,也没有任何基于他人版权的内容。--然而,所用的工具是好的。

一个侧面例子: 在过去的生活中,我经常制作有声读物并在易趣上出售。我收到了一份停止销售CS刘易斯图书音频版本的命令。尽管我卖的是原创作品,但它是基于版权文本,因此它是一个衍生作品。

答案的关键在于新工作的分发是否包括您所引用工作的代码。听起来GPL是你特别想问的,所以我们会坚持下去。

案例1: 如果您创建了一个PHP框架,并在包含该框架的源代码中包含根据PHP许可证授权的代码,那么您的代码将是一个派生工作。对于PHP源代码,这意味着您必须包含PHP许可证信息,并标识根据PHP许可证许可的源代码部分。

如果您在所讨论的PHP框架源代码中编写了所有代码,那么您可以根据自己的意愿在任何许可下发布它。大多数PHP框架(从我的简短搜索中)看起来都是BSD许可的,但是没有什么可以阻止您创建自己的GPL许可框架。

案例2: WordPress主题是GPL(至少PHP代码是) http://wordpress.org/development/2009/07/themes-are-gpl-too/

案例3: 取决于你的要求。如果你问是否可以创建一个新的类 能够 与一个现有的框架一起使用(并且不引用它要包含在其中的框架中的任何内容),但是您没有创建一个新的框架版本,包括类,并且分发这个修改过的编译,那么不,这不是一个派生的工作。

即使您包含了它,在您决定发布该版本之前,您仍然没有许可问题。此时,您将拥有一个衍生作品(因为它包括其他代码),并且该现有代码的许可证对于确定是否允许您这样做将变得非常重要。

知道为什么要问这个问题可能会有点帮助,因为有很多国际单项体育联合会参与其中。您可以联系EFF或SFLC,询问有关特定情况的特定问题。

你看,我最初以为所有基于(或为)某个东西构建的代码都是派生代码——但事实并非如此。例如,苹果在他们的操作系统中使用Linux部件,但是他们的操作系统并没有在GPL下发布。

如果你指的是 gcc 以及 bash shell,这些不是Linux的一部分。这些是独立的程序,苹果使用它们 是 以GPL为准。例如,如果苹果对 海湾合作委员会 ,这些修改必须根据GPL获得许可。

例如,如果苹果将Linux内核的一部分借用到自己的内核中,那么他们就必须在GPL下发布自己的内核。

伊纳尔,但这其中很多很简单。衍生作品基本上是基于其他东西的。它并不意味着由一个预先存在的作品所创造的东西,或者与原始作品一起工作的独立的东西。通过一些例子……

PHP许可证用于使用该语言,可能是解释器。用PHP编写的程序不是派生程序,因为它们本身不包含PHP,而是为使用PHP而编写的,并由它进行解释。(即使如此,也没有理由软件上不能有多个许可证,因此只能在条件交叉的情况下使用。)

我不知道WordPress的主题,但听起来像是你用WordPress创建并与WordPress一起使用的东西。如果他们结合了一些已经存在的东西,比如模板,他们将是模板的衍生作品。

专有许可下的作品可以与gpled代码并排存在,但编译会从源代码(而不是编译器)创建派生作品,而链接则会创建进一步的派生作品。因此,如果您有一个包含一些gpled代码的可执行文件,那么它是该代码(以及其他代码)的派生,并且根据gpl的条款,它必须在gpl之下。

事实上,苹果在MacOSX中并不使用Linux。他们的操作系统基于BSD,这在功能上类似于Linux,但是不同的操作系统内核和不同的许可证。他们确实发布了gpled软件,就像他们的许多软件开发工具包一样,但任何人都可以这样做。独立程序的集合并不是真正的工作,苹果(和其他任何公司一样)可以在GPL下发布GPLED软件。

如果你运送的产品中有别人写的东西,那就是衍生产品。如果不是,通常不是。你是否使用别人的程序来创建它,或者你是否需要使用别人的程序来使用它,或者你是否将别人的程序和你的东西一起发送,这都无关紧要。

抱歉,我不能直接对答案发表评论。

OS X不基于Linux。它的内核称为达尔文,基于nextstep/bsd,是开源的: http://developer.apple.com/darwin/

有一个名为puredarwin的项目发布了一个基于它的完整发行版。

PHP许可证不会对使用它构建的东西做什么设置任何约束。如果您想用PHP生成GPL,PHP许可证中没有任何东西可以阻止您。

还要注意,即使有,您也可以在GPL下发布框架的源代码形式,这很好——特定软件上的许可证不会扩展到可以或不可以用作软件输入的纯文本。

但是,艾纳尔。

理论上,GPL需要任何东西 静态链接到任何代码 在GPL下释放回 GPL社区。

http://63.249.85.132/open_source_license.htm

这是否意味着像ruby&php这样的动态脚本不在这个许可证下?

GPL是原始版权所有者拥有的软件分发许可证,只要您不自己分发GPL代码,就可以忽略它。

如果您将GPL代码与GPL不兼容的代码一起分发,则表示您违反了许可证,因此您没有获得复制的权利,这意味着您对原始GPL代码实施了版权侵犯。您的代码仍然是您的版权,并且可以在您选择的任何许可下使用,除非它是衍生作品。

GPL断言任何与GPL代码链接的东西都是一个派生的工作,但至少可以说这是可疑的,尤其是当与该代码的接口是公共的时。

但是,如果他们的主张在法庭上得到支持,例如根据日本版权法,原始作者将获得您所有代码的版权,除了道义上的修改权,这意味着他们可以自由分发您的代码的免费副本,无论您使用什么许可证,即使您从未分发过GPL代码。

请注意,即使您的代码在链接之后不是派生的,您仍然会在发行版上违反GPL代码的版权。不过,您可以将它分发给GPL程序的用户,让他们进行链接。

更模糊的是,最初从其他代码派生但不再包含任何原始代码的代码会发生什么。大多数人似乎认为删除代码就足够了,但这是吗?没有人确切知道。