是否有任何 LGPL 项目以这样的方式被分叉,以至于在分叉后它们仍然是 LGPL?我想知道是否有可能(已经完成)。
场景假设:
(1)GPL版本存在于fork之前
(2)LGPL 版本存在于分叉之前
分叉之后,分叉可以是 LGPL 还是必须是 GPL?
是否有任何 LGPL 项目以这样的方式被分叉,以至于在分叉后它们仍然是 LGPL?我想知道是否有可能(已经完成)。
场景假设:
(1)GPL版本存在于fork之前
(2)LGPL 版本存在于分叉之前
分叉之后,分叉可以是 LGPL 还是必须是 GPL?
如果您可以根据 LGPL 的条款获取代码,则您有权在相同的条款下重新发布它或您的修改版本。
代码是否也可以根据 GPL、pink piggy 许可证或任何其他许可证的条款获得并不重要。
对你来说唯一的问题是:我有 LGPL 下的代码吗?如果是,我可以去 LGPL。如果不是,我只能在我拥有的许可证之一与 LGPL 兼容的情况下使用 LGPL。
如果分叉之前的项目是 LGPL,那么分叉项目的两个分支也都在 LGPL 之下。仅仅分叉的行为不会改变源代码的许可。
此后子分支的操作由许可证控制。它可以决定采用 GPL;LGPL 允许您转换为完整的 GPL。但是没有强制转换为完整的 GPL。
您是否可以从 LGPL 2.1 更改为 GPL 3 将受许可条款的控制——是否存在“或任何更高版本”条款。
除非获得版权所有者的许可,否则您可能无法更改为任何其他许可,或者除非该软件已根据其他许可(在分叉之前)获得许可。例如,Perl 代码通常根据 Perl Artistic 和 GPL 许可证获得双重许可。您可以选择使用 Artistic 许可证,在这种情况下您有一套规则,或者您可以选择使用 GPL,在这种情况下您有另一套规则。不过,尚不清楚 Artistic 许可是否允许您更改许可条款,因此代码通常根据这些条款保持双重许可。