Open source 我根据gpl重新获得许可证的权利

Open source 我根据gpl重新获得许可证的权利,open-source,Open Source,我有一个在过去3.5年中开发的程序,我想成为开源的,我做了GPL。99.9%的代码是我的。我有权在新作品中重新许可我自己的代码吗?我有人谁是我的程序图形用户界面的一部分的基础上,这是一个欢迎的程序。我不想让他保留他所有的原始程序代码,实际上有第三个人贡献了一些代码,我在大部分项目期间都与他合作过,我一直要求他将他的版权添加到与他合作的文件中 具体的问题是,他在多大程度上拥有自己的代码,一旦获得版权,他就可以在其他项目中提升和放置代码,并且从开源项目派生的方面在多大程度上给了我永久的权利,除非我撤

我有一个在过去3.5年中开发的程序,我想成为开源的,我做了GPL。99.9%的代码是我的。我有权在新作品中重新许可我自己的代码吗?我有人谁是我的程序图形用户界面的一部分的基础上,这是一个欢迎的程序。我不想让他保留他所有的原始程序代码,实际上有第三个人贡献了一些代码,我在大部分项目期间都与他合作过,我一直要求他将他的版权添加到与他合作的文件中

具体的问题是,他在多大程度上拥有自己的代码,一旦获得版权,他就可以在其他项目中提升和放置代码,并且从开源项目派生的方面在多大程度上给了我永久的权利,除非我撤销它。这个问题也适用于我和我的权利,因为至少我的一小部分项目,如一些图形是在GPL


我的开源软件是在一个爱好领域,象棋。了解开源许可证有助于我的说服力,并有助于在代码的最终适配器开始时进行沟通。

IANAL,但我相信您可以在多个许可证下许可您的工作。因此,您可以在许可证L1下将其许可给A,在许可证L2下将其许可给B,依此类推。但是,如果你已经根据GPL授权给该人,你不能撤销该授权并更改条款,除非他违反了GPL

如果您根据GPL向他许可代码,并且他的代码是从GPL中删除的,那么它也必须根据GPL或与之兼容的许可证进行分发。但是,GPL不适用于仅与GPLed代码聚合的代码,例如作为包的一部分分发的单独应用程序


我想您可以在fsf.org上查看一些常见问题。

当您使用GPL许可您的作品时,您仍然保留您的版权。您只是在声明“只要您遵守这些条款,我将放弃版权法规定的部分权利”

您在代码中持有的版权仍然是您的,您可以根据其他许可证自由提供


因此,如果你不想让这家伙成为GPL的一员,你可以为他提供一个替代的许可证——不必是开源许可证,你可以制定一个完全专有的许可证,但如果你这样做的话,你应该请一些法律帮助。

正如你所说的,请律师提供法律意见。在我看来,这是一种普遍的理解:

作为作品的原始版权所有者,您有权许可/重新许可您以任何方式编写的代码。根据定义,许可证是可以撤销的,因此如果您根据GPL向某人发布了一些代码,那么如果最终用户以某种方式违反GPL,您有权撤销该许可证;您也有权在您认为合适的情况下双重(多重)许可您的知识产权


如果有合作的努力,比如说有人贡献了,为了清楚起见,我建议您要么将该部分从分配给GUI代码用户的任何分配中删除,要么让贡献者出具一封信,说明根据您的备用许可证条款授权其代码

如果他添加了一个组件,该组件是java包的一部分,但可能作为实现某种通信协议的一种方式,该怎么办。它做了一些原始代码没有做的事情,但是链接了进来。他能提炼出他的原创思想吗?如果他替换了文件中的一个组件,他可以重新授权吗?很难给出一个一般性的答案,他将代码与您的代码结合的精确方式很重要。将组件链接到一个可执行文件中通常被认为是生成一个派生工作(如果您希望在不使所有组件GPLed的情况下允许这样做,则可以使用LGPL),但如果它们是通过通常不被视为派生工作的协议进行通信的组件。没有什么可以阻止您放松GPL指定的限制。我的另一个担心是,现在这些工作是从我的代码派生的,如果添加的代码能够在早期起作用,吸引更广泛的社区成员加入到代码中,我可能会更期待。所以我在想,当我与第一部作品达成某种协议或协议时,随着时间的推移,我正在为其他项目的采用创造一个先例。我的兴趣可能是保护我的品牌。我喜欢他在用板子。但我想确保它仍然是我的董事会品牌的一部分,除非他最终修改了足够的代码,他可以重新授权并创建自己的作品。我一直在想,我会不会与任何从直接gpl开始接触我的人重新开始授权,我是否会受到我制定的先例的约束,公开声明能约束我吗?这个话题之所以结束是因为它是一个法律问题,而不是一个编程问题。你和一个律师讨论这类事情,而不是一群不是律师的程序员,他们没有资格提供法律建议。人们会问这些问题,标签是否涉及许可。尽管如此,还是去问吧——我觉得没必要聊天。Meta可用于您的问题。