Hi hawa,
抱歉耽擱了這麼久才回覆。
【獨立AP的授權狀態 原則上不互相影響】
依照您的描述,VK與A為兩隻獨立運作的程式,"原則上"VK是可以不受到GPL感染。舉例來說,Gimp、Firefox與Skype等程式分別是採用GPL、MPL以及不提供原始碼的專屬軟體授權條款來授權,是三種不同的授權狀態,其中的Gimp甚至採用具有感染性的GPL來授權,不過這三個程式卻可以同時在一台電腦上開啟、執行,而授權狀態卻不會互相影響,因為這三個程式在功能與運作上是獨立存在的,因此彼此可以保有各自的授權內容,而不會被其中的Gimp所採用的GPL來感染。
【同一個目的檔案中的程式碼都會受到GPL感染】
不過根據您的描述,A是跑在手持裝置上面,這樣的話VK也應該是跑在手持裝置上,手持裝置裡的程式碼通常是一整包編譯好的目的碼,依照GPL的規定,因為這一整包的程式碼當中包含有VK,並且是當作一整個不可分割的整體程式來執行,所以這一整包的目的碼也必須採用GPL來授權,VK以外的其他程式碼,也因此受到GPL感染。當然,GPL這樣的規定不是沒有爭議,不過由於目前尚沒有一個司法判決或者大家都認定的共同見解,因此若是想要保持VK以外的程式碼不受GPL感染的話,可以在可能的範圍內,將VK獨立於其他程式碼來編譯,讓A/其他程式不僅是在實質的功能上獨立,在以目的碼形式存在與運作的時候,也是獨立於VK之外,如此可以降低A/其他程式被判定受GPL感染的風險。
此外,目前有一些方法被用來實際區隔GPL的感染性,將相關文章連結附上如下,請您自行參考。不過必須注意,下面這些方式也是具有爭議的,也許有些社群或者個案採用下面的方式運作很成功,到目前為止也沒有出現侵權糾紛,卻並不表示依樣畫葫蘆地套用到其他個案上,也一樣地沒有糾紛,還是必須要個案討論為宜。
GPL的另類利用方式:「分開散布.責任轉嫁」 :
www.openfoundry.org/component/option,com_content/Itemid,252/id,1711/task,view/
Android的區隔GPL感染機制 :
www.openfoundry.org/component/option,com_content/Itemid,252/id,1788/task,view/
【修改VK程式碼必須採用GPL授權】
要提醒的是,無論如何,您若是修改了VK本身的程式碼,這些程式碼因為是屬於VK的衍生程式,因此還是必須採用GPL授權才是。
以上僅是概要說明,若是您還有任何的問題或不同意見,歡迎回文討論!
冬梅 Florence