Licensing 如何分发稍加修改的gplpython库';它被遗弃了?

Licensing 如何分发稍加修改的gplpython库';它被遗弃了?,licensing,gpl,Licensing,Gpl,如果有人问这个问题,我深表歉意 我在一个小型python库中修复了一个bug。这个特定的库是根据GPL授权的,但是它的开发似乎已经过时了(他们的跟踪器上的活动非常少,我已经将我的补丁附加到了跟踪器上) 我正在开发一个使用这个库的python应用程序。将其与我的修补版库一起分发的正确方式是什么?无论库是否被放弃,如果您使用它,那么 您的代码(包括修补库和应用程序)也必须在GPL下分发,前提是您想分发它。您的修补库肯定是GPL,而且很可能您的应用程序也是GPL。如果你同意的话,那就没问题了。如果您想

如果有人问这个问题,我深表歉意

我在一个小型python库中修复了一个bug。这个特定的库是根据GPL授权的,但是它的开发似乎已经过时了(他们的跟踪器上的活动非常少,我已经将我的补丁附加到了跟踪器上)


我正在开发一个使用这个库的python应用程序。将其与我的修补版库一起分发的正确方式是什么?

无论库是否被放弃,如果您使用它,那么
您的代码(包括修补库和应用程序)也必须在GPL下分发,前提是您想分发它。

您的修补库肯定是GPL,而且很可能您的应用程序也是GPL。如果你同意的话,那就没问题了。如果您想在应用程序中使用不同的许可证,这取决于您如何理解GPL“派生工作”的含义

如果您的应用程序不太依赖于库(您确实说过它是一个小库),并且还有其他(非GPL)库做同样的事情,您也可以使用(或者应用程序的用户可以使用),那么。。。好。。。您可能不需要在GPL下授权该应用程序,主要是因为它不是真正从该库派生的,这是有争议的。但这是一个非常松散的定义

如果库是LGPL,那么你可以按照你想要的方式授权你的应用程序,但是你的补丁库将在LGPL下。由于库的原始作者选择了GPL而不是LGPL,因此可以假设他们希望使用库的应用程序也在GPL之下。这是对上一段观点的通常反驳


当然,您也可以询问原始库的作者,他们是否向您授予具有更大许可证(如LGPL)的库的许可证。

同意Anon的答复,您的代码(修补库和应用程序)也必须在GPL下分发

您可以在此处查找GPL v2.0要求:


希望有帮助。

如果库是GPL,并且您以某种方式与它链接,那么您的代码也必须是GPL-d,这就是GPL与LGPL的不同之处。代码依赖于库的“数量”不是问题。这是FSF的立场,但也有其他观点。例如,ffmpeg的许可证取决于您在其中使用的库。我投票将这个问题作为离题来结束,因为它涉及许可证或法律问题,而不是编程或软件开发。有关详细信息,请参阅。