gplv2版权问题知乎

A. Yocto project中.bb(配方文件)文件的编写

LICENSE涉及到版权问题。GPLv2
等是不同的版权。至于为什么就不知道了。LIC_FILES_CHKSUM
是检查文件的MD5值。用于确定当前版本是你所需要的

B. 在开发中使用一个GPL下的一个开源框架，是否存在版权问题

参考答案 没有不变的承诺，只有说不完的谎言

C. Ubuntu 安装lib32readline-gplv2-dev 的问题

用lib32readline6-dev 替代:lib32readline-gplv2-dev
如下：
sudo apt-get install lib32readline6-dev

D. 开源收费问题

这要看你使用的是遵循何种开源协议的软件。
比如GNU通用公共许可证或者GPL，是由自由软件基金会支持的开源软件的许可证。一旦某软件项目中使用了遵循GPL许可证的代码，则该项目也必须遵循GPL，这意味着它的许可证对项目使用不添加任何的附加约束。也就是“left”：遵循GPL的代码会“传染”其它由其演绎出的代码，并且强迫作者在GPL下公布源代码。当然也就不能收费。
但Java的关键部分是在遵循开源GPL V2许可证以及Classpath例外的条件下发布的。什么是Classpath例外呢？它是通过开源编写的Java类标准，也在其它开源Java项目中采用，例如Kaffe。Classpath例外的内容较短，所以也值得一读：
静态或者动态地将java库和其它模块链接在一起，完成基于此库的组合工作。这样，GNU的GPL规定和条件将覆盖在整个组合体之上。
作为一种特殊的例外，此库的版权持有者分配给你权限来将用于生产可执行程序的独立模块链接到这一库。无论这些独立模块的授权如何规定，如何复制、发行可执行程序都依赖于你的选择。这里的独立模块是指非来源于或是基于此库的模块。如果你修改这个库，就可以扩展这个例外到你的版本中，然而这并不是必须的义务，如果不想这样做，可以从你的版本中删除这条例外。
这段话的实质就是关于Java代码问题。当你只是通过链接使用Java方法或者对Java类进行扩展时，你的代码就不需要遵循GPL标准。只有当对Java代码进行直接更改的时候才需要遵循GPL的“lef”规则。例如，如果你扩展了一个遵循GPL许可证的Java类，并且在你的项目中使用它。则Classpath例外意味着你不要按照GPL的要求发布你的项目，但是如果你修改了原来的类，并且期望发布项目的话，则必须要遵循GPL的许可证。这样做的结果就是只有那些从事Java语言本身的开发人员需要公布他们的源代码，而不是那些使用Java语言进行项目开发的人员。也就是说你用JAVA开发的软件一样可以收费，当然，你要免费也没人阻止你。

E. GNU和GPL是什么

简介：GNU GPL（GNU General Public License，通用公共许可证）是一个广泛被使用的自由软件许可证，最初由理查德·斯托曼为GNU计划而撰写。到目前为止，GPL先后发布了有3个版本。

版本：GPLv1 GPLv1是最初的版本，发布于1989年1月，其目的是防止那些阻碍自由软件的行为，而这些阻碍软件开源的行为主要有两种（一种是软件发布者只发布可执行的二进制代码而不发布具有源代码，一种是软件发布者在软件许可加入限制性条款）。因此GPLv1规定，如果发布了可执行的二进制代码，就必须同时发布可读的源代码，并且在发布任何基于GPL许可的软件时，不能添加任何限制性的条款。
GPLv2 在GPLv2中所做的最大的改动就是增加了“自由还是死亡”（Liberty or Death）的条款。该条款规定，如果发布源于GPL的软件时，只能以二进制代码的形式发布软件，那么他将根本无权发布该软件。
GPLv3 发布于2007年6月29日。在所进行的修改中最重要的有四个：解决软件专利问题；与其他许可证的兼容性；源代码分割和组成的定义；解决数字版权管理 (DRM) 问题。

概念：
在GPL中有一个关键的概念就是Copyleft。GPL规定，再发行权的授予需要许可证接受人公开软件的源代码及所有修改，而且复制件、修改版本都必须以GPL为许可证。这些要求就是Copyleft，它的基础就是作品在法律上版权所有。
由于版权所有，一般情况下，许可证接受人无权对作品进行修改和再发行（除合理使用），除非它有一个 Copyleft条款。Copyleft利用版权法来达到与其相反的目的： Copyleft给人不可剥夺的权利，而不是版权法所规定的诸多限制。这也是GPL被称作“被黑的版权法”的原因。
Copyleft只在程序再发行时发生效力。对软件的修改可以不公开或开放源代码，只要不发行。注意left只对软件有效力，而对软件的输出并无效力（除非输出的是软件本身）。

F. 采用GPL协议的程序，可以免费应用于商业用途吗

一群废物，说了一堆的屁话,不如让我来说：

GPL协议，它只是针对此办件的开发而拥有的协议，软件的使用是免费的，也就是说，它在你使用时，是免费的，你可不用向任何人付钱，但是如果你为了让这个软件更加的灵活，那么你就可以把软件的源码上载下来进行二次开发，那么二次开发的软件，如果你再使用，就必须要在发布这个修改了之后的程序时，同时在发布包里，加上这个程序的修改了之后的源码。

总之就是两个思路：

1. 【适用于开发】： 适用于二次或N次开发，那么发布时要带上源码，让其传播，所以它最终的版权是大众的，而非某一个人的，因此不用交钱就可以使用。

2. 【适用于应用】： 应用GPL协议的软件不用交钱。

3. 【何时适用于收费】：当这个软件你自己不会修改，又需要找人修改时，你可以向软件的有修改能力的协助者交一部分的钱，那么这就是收费的部分。

GPL协议，它其实就是放下了源码的私藏，公之于众，并以上面的三条协议，使软件在开发，传播上，拥有生命力，从而取得大众共同开发的目的，所以，这个软件的版权是开源者的，但是使用权却是大众的，软件可以出卖它的版权，但是它确再也不可以约束大众免费使用的权益。

从而成为一个大众文化用品。

比如：甲骨文买走了MySQL的版权，但是这个软件，它的使用权，免费权，开发权确是在大众的手里，所以，甲骨文，它只有一个挂名权，与GPL协议的上三条维护权，其它的它没有任何权益。

所以，放开使用GPL协议下的任何软件吧，让那么垄断的软件商们去双腿颤抖吧。

G. 关于思源黑体版权问题

查一下Wiki，对思源黑体词条描述有：
“思源黑体（英语：Source Han Sans）是Adobe与Google所领导开发的开源字体家族，1.001及更早版本以Apache 2.0许可证授权，而1.002及更新版本则使用SIL开源字体授权，属于无衬线黑体。”

所以关键词是【SIL开源字体授权】，它的意思：
SIL开源字体授权（英语：SIL Open Font License）是一种自由、开源的字体许可协议。它由美国国际语言暑期学院开发出来，首先使用于学院所发布的一些Unicode字体里。
与GPL相比，采用本许可协议发布的字体，若要发售则必需要与其他软件同捆发布，不可只单纯贩售此字体（not sold by themselves）。所以若想贩售，必得搭配其他产品，例如其他字体、软件等。然而，只要简单的hello world程序，即可符合要求。至于免费发布，则不受此限。因此本许可协议获这自由软件基金会判定，符合自由软件的定义。但须注意，它与GNU通用公共许可协议并不兼容。

简而言之，只要不是再单独打包贩售，基本不会有什么问题，所以在网页上可以免费使用。

貌似没有专门查字体版权的网站，但你可以搜索免费开源字体，有人做过整理，在此以外多数需要商业授权的，但具体还是看字体公司的具体说明，这边直接去字体公司网站咨询就行了。

H. ubuntu16.04 lib32readline-gplv2-dev用什么代替

试试：sudo aptitude search lib32readline-gplv2-dev
试试：sudo aptitude search lib32readline-gplv2-dev

I. 关于js插件的版权问题

呵呵，是这样：大多数js插件，包括jQuery相关的插件，大都遵循MITLicense和GPLLicense协议。遵守这些协议的，被授权人有权利使用、复制、修改、合并、出版发行、散布、再授权及贩售软件及软件的副本，在软件和软件的所有副本中都必须包含版权声明和许可声明。也就是说，你直接使用，但最好保留一点别人的源码版权！你可以让用户看不到，但是源码里面必须有！别的没什么。