共计 2803 个字符，预计需要花费 8 分钟才能阅读完成。
近日，智能设施制造商 UMIDIGI 员工 Ben 回答波兰开发者的一封邮件，质疑其涉嫌违反 GPL v2 协定，一时间引发科技圈热议。
事件回顾：
该争议事件的起因，是因为一家名叫 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”，对邮件中对于本人心愿提供内核源码却被“搪塞”示意质疑，一时引发外网热议。
从该开发者 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 索取内核源码“讨说法”的视频，并发文“It’s all fun and games until Naomi Wu shows up at your office to get GPLv2 compliance
Full YouTube video coming soon”，视频引发更多网友关注。
视频中，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 协定的代码，则程序须要开
知乎网友 @容嘉也对「须要在商用设施上装置一个申明为 GPLV2 协定的开源软件，不批改这个软件的源码，该软件作为独立过程运行。如何做能力合乎开源协定？」给出了答复，：
间接应用就能够了，只有你不对这个软件进行批改，你能够忽视他的协定，当然如果你做出了合乎你们应用环境的批改，请务必要提供给开源社区！
对于 GPLv2 协定，太长了，了解起来也比拟绕，间接援用 Linus Torvalds 对 GPLv2 协定的了解，来阐明你的问题吧。
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 的理由，就是这么简略。
当初「开源」理念越来越被大家关注和认可，开源的我的项目及倒退状况也成为掂量一个国家科技程度的重要的标记。开源不是封闭式的，更不是垄断式的，它应该失去宽广开发者的尊重。
SegmentFault 思否始终在致力的为开源理念发声，并踊跃的帮忙开源我的项目和开发者。心愿有更多的开发者能参加到「开源生态」的建设中，当然恪守开源规定是重要前提。
相干推文地址：
https://twitter.com/ptrcnull/…
博主 Naomi Wu（机械妖姬）@RealSexyCyborg 视频推文：
https://twitter.com/RealSexyC…
