請問當我要用到GPLv2 function時, 中間放一個middle layer的模組, 我本身的模組只使用middle layer模組提供的function, 而不去使用GPLv2的function, 這樣可以避開GPLv2 license嗎?

而我只開放這middle layer的模組程式, 也不用開放自己設計的模組程式! 這方法可行嗎? 謝謝回覆!

Hi boco,

你所描述的是許多人採用來區隔GPL授權拘束性的方法，

一般來說這個Middle Layer會以LGPL或是BSD的方式來授權。

然而、這樣的區隔方式是不是被容許，

還是要看個案來決定的，

這是因為目前不同的軟體社群對於GPL2授權條款細部規定的解讀，

會有不同的見解，

例如Joomla社群一般就不容許這類的中介區隔手法，

但Linux Kernel開發者群聚Linux Foundation的則是持較中庸見解，

依Linus Torvalds的解讀，原則上同意這種Midddle Layer的區隔機制，

但前提是、發生Bug時透過修改該GPL程式及Middle Layer即可解決，

若是這個Bug其實是需要Un-open part的程式源碼才能解決，

但該部份的程式碼又沒有提供的話，就會有比較大的授權爭議。

所以、簡單來說，如果你可以提供該GPL2授權程式的詳細資訊，

也許就可以進行下一步更深度的討論。

而至於司法判解上，目前並沒有針對此種中介的手法有實際的案例。

----------

而若你使用的GPL3授權的程式，

那麼GPL3對此有較詳細的著墨，

如果評估你的利用方式符合下列對於「System Library(系統函式庫)」的說明的話，

那就不會開啟GPL3的授權拘束性。

有任何新的資訊或是不清楚的地方，

可以後續再接著討論。

敬祝 順心健康

20100424 1530 Lucien C.H. Lin

---------

The 『System Libraries』 of an executable work include anything, other than the work as a whole, that (a) is included in the normal form of packaging a Major Component, but which is not part of that Major Component, and (b) serves only to enable use of the work with that Major Component, or to implement a Standard Interface for which an implementation is available to the public in source code form. A 『Major Component』, in this context, means a major essential component (kernel, window system, and so on) of the specific operating system (if any) on which the executable work runs, or a compiler used to produce the work, or an object code interpreter used to run it.

關於可執行程式裡「系統函式庫」的範圍，其並不及於程式的整體，但簡單來說只要符合以下二個條件的部份皆涵括之，第一個條件、與可執行程式的「主要元件」包裹在一起進行運用，但其又非這些「主要元件」的本體；第二個條件、僅僅充當「主要元件」與其他元件間聯繫互動以執行程式功能的媒介，或者此媒介的功能乃安置某個「標準界面」、以供此執式程式能夠透過其與公開原始碼的其他軟體進行資訊共享及運作配合。是以為了較精準的界定「系統函式庫」的範圍，首要之務即為釐清「主要元件」的定義，在GPL3授權條款的脈絡裡、「主要元件」意指此一執行程式賴以運作的作業系統(如果有的話)其下不可或缺的重要元件 (系統核心、視窗系統等等不可缺少不可分割的重要元件)，或指的是將此作品進行編譯後產生可執行檔的編譯器，又或許是、執行程式時必備的目的碼直譯器亦包涵在「主要元件」的定義範圍裡。

The 『Corresponding Source』 for a work in object code form means all the source code needed to generate, install, and (for an executable work) run the object code and to modify the work, including scripts to control those activities. However, it does not include the work’s System Libraries, or general-purpose tools or generally available free programs which are used unmodified in performing those activities but which are not part of the work. For example, Corresponding Source includes interface definition files associated with source files for the work, and the source code for shared libraries and dynamically linked subprograms that the work is specifically designed to require, such as by intimate data communication or control flow between those subprograms and other parts of the work.

而所謂「對應原始碼」的定義範圍，則是指程式以目的碼形式存在時，其背後所賴以產生、安裝、執行(如果此程式為一可執行程式的話)此目的碼形式之程式，並可據以修改作品的「原始碼檔案」，這個範圍包括了關於程式運作零零總總的各個腳本和控制變項的說明文件。然而、此謂「對應原始碼」的指涉範圍並不包括前述的「系統函式庫」，或是一般通用的常見附加工具程式，抑或其他未經修改、未為整體作品一部份，而僅是在程式功能的展示上輔助其表現的其他常見的自由軟體程式。如以實際例子來進行說明、所謂「對應原始碼」的範圍包括與程式原始碼檔案習習相關的介面說明檔案，亦涵括其他非程式本體的共享函式庫、動態連結子程式欲與程式連結互通資訊時所需的必要檔案，比如說子程式與子程式間、子程式與程式本體間，具緊密關係的檔案交流或是控制流程等，皆可被視為此種互通資訊時所需的必要檔案。

相當感謝你詳細的回答, 相當清楚!

因為目前會用到Linux 2.6.30 USB的函式, 像usb_register(), 但又必須宣告GPL license才能與它link, 否則在module insert時會遇到symbol找不到的問題!

在USB的檔案上方都是宣稱它是GPLv2 license, 但又不想宣告GPL公開source, 所以才想用這一個方法避開GPL問題

* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 2 of the License, or
* (at your option) any later version.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA