近日，智慧裝置製造商UMIDIGI員工Ben因答覆波蘭開發者的一封郵件，被質疑其涉嫌違反GPLv2協議，一時間引發科技圈熱議。

事件回顧

該爭議事件的起因，是由於一家名叫UMIDIGI的深圳智慧裝置製造商，透過亞馬遜售賣的Android智慧手機裝置，採用了基於Android10的核心原始碼，而Android系統的Linux核心又是基於GPLv2開源協議。

根據相關協議，開發者對原始碼的任何修改都需要開源。

因此，一位來自波蘭名叫Patrycja的開發者，向UMIDIGI傳送了郵件，希望UMIDIGI公司能公開這款基於Android10的UMIDIGIF2手機的核心原始碼，特別是“ft8719_dsi_fhdplus”顯示/螢幕驅動。

隨後在8月17日，該開發者以推特賬號Patrycja@ptrcnull上傳了來自UMIDIGI的答覆郵件截圖，併發文“myfavoritecorporateinteractionsofar”，對郵件中關於自己希望提供核心原始碼卻被“敷衍”表示質疑，一時引發外網熱議。

從該開發者Patrycja公開的郵件截圖中，我們看到該答覆郵件來自UMIDIGI公司一名叫Ben的員工。郵件中表達了可以讓Patrycja在工作時間到UMIDIGI深圳公司來取原始碼，以中文溝通並附上了公司地址。

Patrycja@ptrcnull的推特發文下方，知名科技博主NaomiWu（機械妖姬）評論——“Icangiveitashot，whatareyoulookingforhere？”表示願意提供幫助。

8月20日，該博主NaomiWu（機械妖姬）@RealSexyCyborg在推特釋出了一段進入UMIDIGI深圳公司提供幫Patrycja索取核心原始碼“討說法”的影片。

博主NaomiWu（機械妖姬）@RealSexyCyborg影片推文

影片中，NaomiWu問UMIDIGI員工發郵件的Ben是誰，並表明來幫Patrycja取得核心原始碼。在場員工表示Ben早已離開公司，關於核心程式碼一事並未迴應。

目前，該事件已經在twitter和reddit引起廣泛關注。

開源協議不容輕視

在全世界上百種開源許可證（OpenSourceLicense）中，其中由於GPLv2許可證協議中由於要求二次分發專案也必須開源，因此違反GPLv2開源協議的事件更被人關注。近年來，開源爭議事件在國內外各時有發生。而該類爭議頻發的背後，關於也暴露出一些問題。

去年，一家以Linux核心為基礎改版的電子書廠商Onyx，就因為被質疑違反GPL2。0協議，而受到業內“指責”。我們知道，Linux核心正是基於GPLv2許可證，二次分發專案也必須開源。

最終，Onyx官方迴應“技術團隊表示目前不能把原始碼開放”，並希望他人諒解。儘管該公司承認錯誤，但依然受到業界批評，甚至以該事件衍生到整個領域都不尊重開源協議得層面。

因此，面對世界各地違反開源協議開發軟體的事件，我們也意識到，尊重開原許可協議的必要性，且必須重視起來。

針對該類侵權行為的治理，近年來國內外大都透過從法律層面追責。2008年，美國聯邦巡迴上訴法院首次在實際判例中主張開源協議的著作權效力。我們國內也同樣已在實際訴訟案例中，默認了開源協議的法律效力，並嚴懲侵權行為。

例如2019年12月，國內就對相關科技公司相關事件足額判罰。該案件中，原告軟體中有三個使用GPL的外掛，兩被告公司的軟體複製並修改了原告方軟體中的三個外掛，但並沒有按照GPL規定全部開源。最終，法院判令被告停止侵權並賠償71萬元。

不少事件能看出，透過法律來保障開源協議效力，維護著作權人的權益，也是“倒逼“行業”必須對開源協議尊重、重視的有效方式。也只有尊重開源協議，才能讓開源生態不斷髮展，維護自由與分享的核心，為整個領域帶來更多價值。

所以，作為該領域的企業、廠商，在享受GPL等開源協議帶來利益的同時，更應該秉承回饋開源生態的態度，必須相關協議法規，才能讓開源生態實現更積極的“可持續”發展。

如何正確看待開源

本站在此前的文中談到類似問題，並引用了技術大牛阮一峰關於“如何正確看待開源”這個問題，回顧他很早以前的一篇文章，這篇文章中可以看到他對此事的態度：

如何為程式碼選擇開源許可證，這是一個問題。世界上的開源許可證，大概有上百種。很少有人搞得清楚它們的區別。即使在最流行的六種——GPL、BSD、MIT、Mozilla、Apache和LGPL——之中做選擇，也很複雜。

烏克蘭程式設計師PaulBagwell，畫了一張分析圖，說明應該怎麼選擇。這是我見過的最簡單的講解，只用兩分鐘，你就能搞清楚這六種許可證之間的最大區別。

知乎網友@容嘉也對「需要在商用裝置上安裝一個宣告為GPLv2協議的開源軟體，不修改這個軟體的原始碼，該軟體作為獨立程序執行。如何做才能符合開源協議？」給出了回答：

直接使用就可以了，只要你不對這個軟體進行修改，你可以無視他的協議，當然如果你做出了符合你們應用環境的修改，請務必要提供給開源社群！

關於GPLv2協議，太長了，理解起來也比較繞，直接引用LinusTorvalds對GPLv2協議的理解，來說明你的問題吧。

myargumentforlikingversion2，andIstillthinkversion2isagreatlicense，wasthat，‘’Igiveyousourcecode，yougivemeyourchangesback，weareeven。‘’Right？That‘smytakeonGPLversion2，right，it’sthatsimple。

譯文：

我喜歡版本2的那些理由，並且我仍然覺得版本2是一個非常棒的協議，理由是：「我給你原始碼，你給我你對它的修改，我們就扯平了」對吧？這是我用GPL版本2的理由，就是這麼簡單。

現在「開源」理念越來越被大家關注和認可，開源的專案及發展情況也成為衡量一個國家科技水平的重要的標誌。開源不是封閉式的，更不是壟斷式的，它應該得到廣大開發者的尊重。

SegmentFault思否一直在努力的為開源理念發聲，並積極的幫助開源專案和開發者。希望有更多的開發者能參與到「開源生態」的建設中，當然遵守開源規則是重要前提。

瓜分6666元現金紅包！領取8%+理財券，每日限額3000份！