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協議。遵守這些協議的，被授權人有權利使用、復制、修改、合並、出版發行、散布、再授權及販售軟體及軟體的副本，在軟體和軟體的所有副本中都必須包含版權聲明和許可聲明。也就是說，你直接使用，但最好保留一點別人的源碼版權！你可以讓用戶看不到，但是源碼裡面必須有！別的沒什麼。