近日，智能設備制造商 UMIDIGI 員工 Ben 因答復波蘭開發者的一封郵件，被質疑其涉嫌違反 GPL v2 協議，一時間引發科技圈熱議。

[[419815]]

事件回顧

該爭議事件的起因，是由于一家名叫 UMIDIGI 的深圳智能設備制造商，通過亞馬遜售賣的 Android 智能手機設備，采用了基于 Android 10 的內核源碼，而 Android 系統的 Linux 內核又是基于 GPL v2 開源協議。

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

因此，一位來自波蘭名叫 Patrycja 的開發者，向 UMIDIGI 發送了郵件，希望 UMIDIGI 公司能公開這款基于 Android 10的 UMIDIGI F2 手機的內核源碼，特別是 “ft8719_dsi_fhdplus” 顯示/屏幕驅動。

隨后在 8 月 17 日，該開發者以推特賬號 Patrycja@ptrcnull 上傳了來自 UMIDIGI 的答復郵件截圖，并發文“my favorite corporate interaction so far”，對郵件中關于自己希望提供內核源碼卻被“敷衍”表示質疑，一時引發外網熱議。

推文地址：

https://twitter.com/ptrcnull/status/1427449401635745797 

從該開發者 Patrycja 公開的郵件截圖中，我們看到該答復郵件來自 UMIDIGI 公司一名叫 Ben 的員工。

郵件中表達了可以讓 Patrycja 在工作時間到 UMIDIGI 深圳公司來取源代碼，以中文溝通并附上了公司地址。

Patrycja@ptrcnull 的推特發文下方，知名科技博主 Naomi Wu(機械妖姬)評論——“I can give it a shot, what are you looking for here?”表示愿意提供幫助。

8 月 20 日，該博主 Naomi Wu(機械妖姬)@RealSexyCyborg 在推特發布了一段進入 UMIDIGI 深圳公司提供幫 Patrycja 索取內核源碼“討說法”的視頻。

博主 Naomi Wu(機械妖姬)@RealSexyCyborg視頻推文：

https://twitter.com/RealSexyCyborg/status/1428706989274583049 

視頻中，Naomi Wu 問 UMIDIGI 員工發郵件的 Ben 是誰，并表明來幫 Patrycja 取得內核源碼。在場員工表示 Ben 早已離開公司，關于內核代碼一事并未回應。

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

開源協議不容輕視

在全世界上百種開源許可證(Open Source License)中，其中由于 GPL v2 許可證協議中由于要求二次分發項目也必須開源，因此違反 GPL v2 開源協議的事件更被人關注。

近年來，開源爭議事件在國內外各時有發生。而該類爭議頻發的背后，也暴露出一些問題。

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

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

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

針對該類侵權行為的治理，近年來國內外大都通過從法律層面追責。2008 年，美國聯邦巡回上訴法院首次在實際判例中主張開源協議的著作權效力。

我們國內也同樣已在實際訴訟案例中，默認了開源協議的法律效力，并嚴懲侵權行為。

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

不少事件能看出，通過法律來保障開源協議效力，維護著作權人的權益，也是“倒逼“行業”必須對開源協議尊重、重視的有效方式。

也只有尊重開源協議，才能讓開源生態不斷發展，維護自由與分享的內核，為整個領域帶來更多價值。

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

如何正確看待開源

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

如何為代碼選擇開源許可證，這是一個問題。世界上的開源許可證，大概有上百種。很少有人搞得清楚它們的區別。

即使在最流行的六種----GPL、BSD、MIT、Mozilla、Apache 和 LGPL----之中做選擇，也很復雜。

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

知乎網友 @容嘉也對「需要在商用設備上安裝一個聲明為 GPL v2 協議的開源軟件，不修改這個軟件的源碼，該軟件作為獨立進程運行。如何做才能符合開源協議?」給出了回答：

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

關于 GPL v2 協議，太長了，理解起來也比較繞，直接引用 Linus Torvalds 對 GPL v2 協議的理解，來說明你的問題吧。

my argument for liking version 2, and I still think version 2 is a great license, was that, "I give you source code, you give me your changes back, we are even." Right? That's my take on GPL version 2, right, it's that simple.

譯文：我喜歡版本 2 的那些理由，并且我仍然覺得版本 2 是一個非常棒的協議， 理由是：「我給你源代碼，你給我你對它的修改，我們就扯平了」 對吧?這是我用 GPL 版本 2 的理由，就是這么簡單。

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

作者：MissD

編輯：陶家龍

出處：轉載自公眾號：SegmentFault