Login  |  繁體中文
感謝您對「自由軟體鑄造場」的支持與愛護,十多年來「自由軟體鑄造場」受中央研究院支持,並在資訊科學研究所以及資訊科技創新研究中心執行,現已完成階段性的任務。 原網站預計持續維運至 2021年底,網站內容基本上不會再更動。本網站由 Denny Huang 備份封存。
也紀念我們永遠的朋友 李士傑先生(Shih-Chieh Ilya Li)。
討論區
Re:module source code (1 viewing) (1) Guest
Go to bottom Favoured: 1
TOPIC: Re:module source code
#764
Re:module source code 2012/05/31 10:47  (7 Years, 5 Months ago) Karma: 10  
Hi Kurapika,

好久不見!

這個問題簡要來說、如果該module與Linux Kernel是merge的結合關係,並且合併散布的話,那依Linux Kernel著作權利人的看法,該module就是Linux Kernel的衍生著作,因為該module若是不與Linux Kernel結合在一起就無法作用,並且實際上的狀況它也是一併散布,那就很難有立場拒絕受到GPL-2.0授權條款的拘束。

我在今年(2012)年初有針對類似的問題做過說明,原貼連結如右:https://www.openfoundry.org/tw/forum?func=view&catid=8&id=735#737

我再將重點贅貼一次如下!

----

如果討論的對象,直接指的就是一般所謂Linux Kernel下「dynamically loaded kernel modules」、或是直接常態連結的module,那麼依照Richard Stallman與Linus Torvalds的看法,原則上都必須受到GPL-2.0授權條款的拘束,而必須在釋出時提供此一模組的相關程式源碼。

直接可參考的文件便是「GPL 條款對於衍生程式的判定標準與其授權拘束性的擴散範圍(下)」一文末,所提供的第一篇參考文件:https://linuxmafia.com/faq/Kernel/proprietary-kernel-modules.html

在這個討論串的內容裡,Linus Torvalds就他個人的立場,表達了相關的重要態度,而這些態度也被其他不少的Linux Kernel開發者所依循著。

以下綱要式的分析這個討論串的相關內容(Linus Torvalds對於Linux Kernel Module在授權拘束性方面的觀點):

1、只要這個Module是針對Linux Kernel在做設計,並且在設計架構與互動關係上有緊密關聯的話,那這個Module就是Linux Kernel的衍生著作,而在後續散布上、就必須依照GPL-2.0的授權規定一併提供該Module的程式源碼。這樣的解讀觀點來自Linus Torvalds對美國著作權法對衍生著作(derivative work)相關定義,Torvalds並特別表示、這樣的認知並非GPL條款的額外規定,而是他認為衍生著作本來就是這樣定義的。

####

* anything that was written with Linux in mind (whether it then also works on other operating systems or not) is clearly partially a derived work.
* anything that has knowledge of and plays with fundamental internal Linux behaviour is clearly a derived work. If you need to muck around with core code, you're derived, no question about it.


####

2、有幾個例外狀況,Torvalds認為是可以個案式的認定該Module不是Linux Kernel的衍生著作,例如:A、該Module先於Linux Kernel之前就存在(the Andrew Filesystem, AFS),或是B、本來是針對其他作業環境來寫就(NVIDIA driver),之後為了應用上的方便,才porting到Linux Kernel上成為Kernel Module。

####

A、It would be rather preposterous to call the Andrew FileSystem a "derived work" of Linux, for example, so I think it's perfectly OK to have a AFS module, for example.

B、In contrast, these days it would be hard to argue that a new driver or filesystem was developed without any thought of Linux. I think the NVidia people can probably reasonably honestly say that the code they ported had no Linux origin. But quite frankly, I'd be less inclined to believe that for some other projects out there.


####

3、但是要主張例外性的除外,Linus Torvalds認為這部份的主張就要釋出non-GPL kernel module的廠商來說理與闡明了。

####

There is nothing in the kernel license that allows modules to be non-GPLd.

The only thing that allows for non-GPL modules is copyright law, and in particular the "derived work" issue. A vendor who distributes non-GPL modules is not protected by the module interface per se, and should feel very confident that they can show in a court of law that the code is not derived.


####

大致的狀況是這樣,希望上述的資訊對您有所幫助,有後續的問題歡迎隨時接續討論!



敬祝 順心健康、事事如意

20120531 1055 LUCIEN C.H. LIN
lucien (Admin)
Moderator
Posts: 157
graph
User Offline Click here to see the profile of this user
Logged Logged  
 
The administrator has disabled public write access.  
      Topics Author Date
 
module source code Favorite
Kurapika 2012/05/30 14:27
 
thread linkthread link Re:module source code
lucien 2012/05/31 10:47
 
thread linkthread link Re:module source code
lucien 2012/05/31 10:51
 
thread linkthread linkthread link Re:module source code
Kurapika 2012/06/04 14:41
 
thread linkthread linkthread linkthread link Re:module source code
lucien 2012/06/05 14:19
 
thread linkthread link Re:module source code
Kurapika 2012/06/06 17:19
Go to top