GPL和libmysqlclient [英] GPL and libmysqlclient

问题描述

我有一个应用程序，它使用libmysqlclient.so
我不知道我是否需要GPL许可证这个应用程序，因为libmysqlclient是GPL或如果我可以继续程序在闭源

I have an application, it uses the libmysqlclient.so I wonder if I need GPL license on this application due to libmysqlclient be GPL or if I can continue the program in closed source

编辑：
根据这个网站，我可以在封闭源代码软件中使用libmysqlclient。

According to this site, I can use the libmysqlclient in a closed-source software.

只是不明白为什么GPL感染了这么多的代码...

Just do not understand why the GPL "infects" the code so much ...

EDIT2：
如果库是根据GPL（而不是LGPL）发布的，这是否意味着任何使用它的程序都必须可以在GPL或GPL兼容的许可证下？

推荐答案

libmysqlclient，JDBC连接器和其他库与MySQL的接口是GPL（GPLv2）。严格阅读许可证会显示您需要在GPL下分发您的源代码。

libmysqlclient, the JDBC connector, and other libraries to interfacing to MySQL are GPL (GPLv2). Strict reading of the license would show that you need to distribute your source code under the GPL.

有FLOSS豁免，允许任何开源许可证包括libmysqlclient，但是这不适用于你。

There is the FLOSS exemption, which allows any open source license to include libmysqlclient, however this does not apply to you.

Sun / Oracle积极地许可连接器库和服务器组件，在我的经验是相当昂贵的。有一些技巧可以使用，如查询代理服务器 - 只是启动一个子进程，可以将您自己的SQL命令转换为libmysqlclient。您将需要运送代理的源，但它是一个自包含的部分。

Sun/Oracle aggressively license the connector libraries and server components, and in my experience are quite expensive. There are some tricks you can use, such as a query proxy server - simply launch a child process which can transform your own SQL commands to libmysqlclient. You will need to ship the source of the proxy, but its a self contained piece.

这篇关于GPL和libmysqlclient的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！