如何在开源项目中管理版权声明?


101

我正在研究并添加到GitHub托管的项目中,该项目包括以下LICENCE.md(显然是MIT许可证逐字记录):

Copyright (c) 2012 [Acme Corp]

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in
all copies or substantial portions of the Software.

我进行了更改,改进等(例如,占代码的10%),并将代码发布到我自己的GitHub分支中。

我应该如何处理此版权声明?我想对其进行更新(例如,仅添加我自己的组织的名称),但事实并非如此。这些事情通常如何管理?要添加单独的版权文件?


2
通常的方法是列出所有版权所有者:(C)2011年,英特尔公司,2005年,谷歌,2012年,米开朗基罗P.,反映了贡献和日期。
山姆

为了清楚起见,“ [Acme Corp]”是我的占位符-实际文本包含该组织的名称。
史蒂夫·贝内特

另请参见stackoverflow.com:贡献新文件时的GPL版权声明。真的很有趣:这个问题在第二天才发布了在stackoverflow.com上!
olibre

如果这整个文件,那么该许可证文件缺少许可证内容的一半,即全部大写的一部分……
乔什(Josh)

IANAL,但我曾经是一些知识产权律师的调查员。请咨询您自己的律师,但通知仅是错误+年+所有者-即“(c)2017 Some Company”。其余部分是许可证的一部分,因此不需要按许可证条款进行发布。
rackmaster'7

Answers:


97

您有一些选择,请跳到最后以进行总结。
所以让我们分解一下...

版权所有(c)2012 [Acme Corp]

这是版权声明,它属于AcmeCorp。它是在2012年提出要求的,这一点很重要,因为版权最终会过期。

如果索赔实际上是给“ Acme Corp”的,即。它是从MIT示例中剪切并粘贴的样板,因此您几乎可以声称该作品没有版权。Acme Corp是一个虚构的组织,由于未能更新样板,因此提出了质疑。

但是,让我们成为好公民,并将版权授予实际的索赔人。

特此免费授予获得此软件和相关文档文件(“软件”)副本的任何人无限制使用软件的权利,包括但不限于使用,复制,修改,合并的权利,发布,分发,再许可和/或出售本软件的副本,并允许具备软件的人员这样做,但须满足以下条件:

下一节“ 权限声明”指出,您可以使用代码执行几乎任何您想做的事情,包括修改许可协议! 美中不足的是,你不能改变现有代码的许可证-你可以改变修改了什么。

以上版权声明和本许可声明应包含在本软件的所有副本或大部分内容中。

这部分只是意味着您必须保留上面的声明。

所以,你可以做什么?

  • 您可以并且应该对编写和/或修改的代码提出版权主张。
    • 为此,请使用相同的MIT许可证:只需在您修改的文件中的2012 Acme Corp版权声明后添加您的版权声明即可。
  • 您可以选择使用其他许可来许可您的修改。
    • 要使用其他许可证,请执行以下操作:在您修改的文件中的整个2012 Acme Corp整块内容(版权,许可/许可证,保修除外)之后,添加您的版权和许可证声明。

在您的问题的简化情况下,这是您需要做的:
添加重点以突出显示差异。

原始作品版权所有(c)2012 [Acme Corp]  
 修改后的作品版权所有2012 Steve Bennett  

特此授予获得副本的任何人免费的许可
软件和相关文档文件(以下简称“软件”)的交易
在软件中不受限制,包括但不限于权利
使用,复制,修改,合并,发布,分发,再许可和/或出售
本软件的副本,并允许本软件所针对的人
具备以下条件:

上述版权声明和此许可声明应包含在
软件的所有副本或实质性部分。

4
嘿,我喜欢您的字面解释-您保留“上述版权声明”,而保留“本许可声明”-您只需在其之前和之间插入文本。它遵守规则,完成工作!
史蒂夫·贝内特

7
只是为了记录在案,版权声明可以列出一个虚构的名称(笔者仍然具有版权,他们只需要证明他们是笔者),并且通常要求版权申请-没有在版权声明可以把以“这是在公共领域”为由提出可疑理由的,它可能会使侵权免于故意(甚至是可疑)。
cpast

1
是否真的可以添加“原始作品”文本?您毕竟是在修改“原始行”。想象一下,如果您在“权限”之前做了同样的操作,并添加了文本,因为它是许可证文本的一部分。我认为这是不允许的,因此“原创作品”也不应该。。
Gam

另外,是否可以将“特此授予...等权限”更改为“根据MIT许可证获得许可。有关许可证信息,请参阅项目根目录中的License.txt。” (并且license.txt包含整个未修改的许可证”)
Gam

1
@ user2023370这取决于您在多大程度上会提出明确版权主张。法律往往不关心您主张权利的便利性。合并历史迷失了方向,没有同情心的法庭可能不愿意听从技术上有效的论点。

8

我不是律师。以下是假定的美国版权法,并且特定于MIT许可证。

编写该库的人拥有他编写的代码的版权。只允许他指定该代码的许可证。根据许可条款,您必须逐字保留LICENCE.md文件的副本以及他提供给您的代码。

您拥有对代码所做的任何更改或添加的版权。您已经创建了派生代码。仅允许您为更改或新代码指定许可证。如果要创建项目的单独分支,则必须为项目选择新的单独许可证。您仍必须保留旧许可证,因为它适用于未修改的代码。

如果您希望将更改推回原始项目,则您仍拥有更改的版权。您必须向原始作者提供许可,允许他根据他选择的许可在他的项目中重新分发所做的更改。

较正式的项目会要求您签署贡献者许可协议或版权转让,但如果是个人,他甚至可能不会意识到自己需要一个。通常这样做是为了使他可以在不更改任何现有许可条款的情况下将您的代码集成到代码行中。通常,一个项目将包括列出所有项目贡献者的AUTHORS文件,但这不是MIT许可证所强制要求的。


我的理解是,明确允许您对代码进行再许可。
CurtainDog 2012年

@CurtainDog:如果您在新的分许可证下修改并重新分发源代码(根据需要保留原始许可证的副本),这是否意味着最终用户可以忽略任何未修改的源代码的分许可证?仅当您重新分发二进制文件时,分许可证才真正重要吗?即使对于像MIT许可证这样的简单许可证,这些技术细节也让我感到困惑。
M. Dudley

4

我不会太担心版权问题。我相信在大多数情况下,无论您是否主张版权,版权都会自动适用,因此(c)2012 blah标头大部分都是噪音。话虽这么说,但您不想误导他人,因此在添加许可证时,您应该表明该软件最初被许可为...,或者该软件的某些部分被许可为...。

由于资料来源已经公开,因此应该已经清楚了作者的身份,而且似乎没有钱在易手,即使在作者身份的情况下,也很难要求赔偿。有争议。

也许更紧迫的问题是成为一个好的网络公民。提供开源软件的人们正在为社区提供服务,我们应该努力为所有人带来积极的体验。因此,我的建议是直接向[Acme Corp]询问您的问题,并尝试与他们建立关系,从而使双方都受益。


1

你应该不会改变版权。

从技术上讲,您有权对所添加或更改的内容(在通过许可“过滤”后)保留版权的剩余部分。只要您的更改有一个清晰,明确的记录(github),就可以根据需要在修改部分的名称下添加版权声明,尽管通常不会这样做。

您可以/应该添加注释(或添加到现有注释),以指示更改者和更改时间(如果他们尚未进行更改,则不要开始更改)。

/*
    Copyright (c) 2012 Frob Co.

    Permission is hereby granted, free of charge, to any person obtaining
    a copy of this software and associated documentation files (the "Software"),
    to deal in the Software without restriction, including without limitation
    the rights to use, copy, modify, merge, publish, distribute, sublicense,
    and/or sell copies of the Software, and to permit persons to whom the Software
    is furnished to do so, subject to the following conditions:

    The above copyright notice and this permission notice shall be included in
    all copies or substantial portions of the Software.

    THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
    EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES
    OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
    IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
    CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
    TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE
    OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
*/
/*
    Changes
    1-1-2012: YOU: Made a frob
*/

我相信这是将MIT许可证粘贴到文件中的正确方法,尽管我不是法律专家(没有通知的“大喊大叫”部分,我从未见过)。


4
这行不通;进行更改的人显然已经修改了该文件,这意味着新文件的一部分是该人的版权,并且没有该人的许可,新文件就无法合法使用。它需要版权声明,并指出新文件完全在旧许可证下。
David Thornley,2012年

1

到目前为止,我已经通过将贡献者添加到版权所有者列表中并保持许可文本不变的方式来解决了这一问题。

从本质上讲,这意味着您将按照与其他人以前相同的许可发布其他更改,并且衍生作品应按照这些条款作为整体进行许可。这也意味着原始作者不再是唯一的版权持有者,因为他们不再是唯一的版权所有者(显然,您无需添加您就可以重新许可其原始作品)。

作为非律师,我对最后一句话的解释是不允许删除版权声明,但可以添加自己的版权声明。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.