又是不懂开源协议惹的祸，唯品会 Saturn 未声明上游项目版权被拒-低调大师

又是不懂开源协议惹的祸，唯品会 Saturn 未声明上游项目版权被拒

2020-07-23 1047

22 日晚，Apache SkyWalking Founder 吴晟在朋友圈中指出，因违反开源协议要求，SkyWalking 只能暂时拒绝针对唯品会 Saturn 项目的插件需求。

Saturn 是 fork 自 ElasticJob，并更改了版权信息，这是一个非常严重的许可证问题。基于 ElasticJob 的原始许可证 Apache 2.0 ，所有文件的 header 都应该保留，即便他们修改了代码。所以，无论你或是任何人想要做这个插件，我们都不能正式接受它作为 Apache SkyWalking 的一部分。如果你认识他们，请联系他们。只有在他们纠正了许可证问题，并且回滚了所有的 header 之后，我们才能支持他们的新版本。

我们联系吴晟了解相关情况，根据他的说法，他在查看 Saturn 源码时，发现项目实际上是 fork 自当当网的 ElasticJob。

ElasticJob 采用的 Apache 2.0 开源许可协议。根据 Apache 2.0 协议的要求，衍生项目需要在源码中有明确标识，说明此项目是 fork 自 ElasticJob ，一般就是在使用到的源码上保留原始附加版权信息，方可进行二次分发。

也就是说，Saturn 需要保留原项目文档中的版权 header 说明，声明当当的原始版权。但吴晟发现，Saturn 项目大部分文档中并没有声明版权归 ElasticJob。

这相当于，Saturn 复制了一遍 ElasticJob 的源码，并自行修改，但没有很好地尊重 ElasticJob 的版权。严格来看，类似“抄袭”源代码行为。

此时 Saturn 要提交给 SkyWalking，SkyWalking 认为它在“开源”约定上是不合规的，就拒绝了。

吴晟表示，Saturn 想要更正这个问题，工作量会非常大，首先需要把所有来自 ElasticJob 的源文件全部退回当当的 header，在库里声明，这是基于当当版本 ElasticJob 二次分发的一个版本。更正后需要重新发布一个 release 版本，“基于这个 release 版本，SkyWalking 肯定是可以接受它的插件到官方库的。之前的所有版本都不合规，如果不修正，那么实际上就是一直存在版权问题，不仅影响自身在开源上更好地发展，也会给其它准备和已经使用了它的项目带来困扰。”

不过吴晟认为，Saturn 应当没有“抄袭”源码的初心，因为 Saturn 的代码库中有标注一个致谢信息，说明项目来自当当的 ElasticJob，并感谢软件核心开发者/发起人张亮。（编者注：ElasticJob 已经捐赠给 Apache 基金会，版权也随之属于 Apache 基金会）

整件事情对于开发者来说很有教育意义，尤其是在做开源开发时，必须要了解开源协议。开源软件本身的存在就是为了给用户自由，开源协议虽然各有不同，但最基本的要求往往都是尊重软件版权。

近期也有一例不符合 Apache 2.0 协议引发的事故。6月，云计算解决方案服务商博云，因为使用了 SkyWalking，却未按照 Apache 2.0 协议的要求，在显著位置说明项目使用了 SkyWalking，被 Apache 基金会披露。事后博云方面回应称，他们对外一直公开说是基于 SkyWalking，并没有把 SkyWalking 装扮成自己产品的意思，“我们这次干事干的粗糙了。”

从 Saturn 的库和博云的回复来看，两件事或许都是不懂协议造成的。

两件事涉及到的 Apache 2.0 协议是 ASF 在2004年发布的，属于宽松型协议。今年5月，《大教堂与集市》的经典中文版本译者卫剑钒用一句话总结了 Apache 协议的要旨：“要留我的名，改哪了你得说！”，并解读 Apache 协议精要：

你可以随便用！不会因版权和专利找你麻烦的！

不能用我的商标！

你分发本作品或衍生作品时，可以不再提供源码！

你在分发时，必须做到：

1、带上本许可证！

2、保留本软件的所有版权、专利等说明！

3、你改过的文件，你得说改了哪！

4、NOTICE 文件中的信息得保留！

5、在遵循本许可证的条件下，你可以再许可！

本作品就这样了，我不会负任何责任的！你想负责你可以负，但别拉上我！

“授权只是给你使用，并不是授权无限制地剥夺人家的著作权”，吴晟表示，fork 了别人的东西时，不能改掉别人的 License 声明，这应该属于强制性的东西。

实际上，声明版权只是协议的一项基本要求，一些更严格的协议，如 GPL 会要求采用了 GPL 协议软件的整个软件包也必须开源。现在，通过 OSI 认证的协议已有近百个，虽然这可能会使开源软件的使用变得复杂，但也保障了开源软件及其作者的基本权益。违反开源协议轻则会被公开批评、重则会导致项目因合规问题无法登上更大的开源舞台，甚至有可能引发诉讼。

开发者在使用一个开源软件时，首先要做的，或许就是去了解它的开源协议。

微信关注我们

原文链接：https://my.oschina.net/editorial-story/blog/4427285

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

JavaScript 引擎 V8 发布 8.5 版本

JavaScript 引擎 V8 发布了 8.5 版本（测试阶段），正式版本将在之后随 Chrome 85 一起推出。8.5 版本带来了一些面向开发人员的特性，主要亮点包括： JavaScript Promise.any和AggregateError Promise.any是一个 Promise 组合器，一旦输入的一个 Promise 满足，它就会解决所产生的 Promise。 const promises = [ fetch('/endpoint-a').then(() => 'a'), fetch('/endpoint-b').then(() => 'b'), fetch('/endpoint-c').then(() => 'c'), ]; try { const first = await Promise.any(promises); // Any of the promises was fulfilled. console.log(first); // → e.g. 'b' } catch (error) { // All of th...

2020-07-24

680

NumPy 1.19.1现已发布。该版本修复了 1.19.0 版本中发现的多个错误，替换了即将发布的 Python-3.9 版本中不推荐使用的一些功能，改进了对 AIX 的支持，并进行了许多与开发相关的更新，以使得 CI 能够处理最近的上游更改。此版本支持 Python 3.6-3.8。使用 Python 3.9 进行构建时，需要使用 Cython> = 0.29.21。此版本总共合并了25 个拉取请求：＃16649：MAINT，CI：禁用 Shippable cache ＃16652：MAINT：将 PyUString_GET_SIZE 替换为 PyUnicode_GetLength。＃16654：REL：修复过时的文档链接＃16656：BUG：在 AIX 上引发 IEEE 异常＃16693：TST：向 CPU 功能检测中添加其他调试信息＃16703：BLD：为 Emscripten/WebAssembly 添加 CPU entry ＃16705：TST：禁用 Python 3.9-dev 测试。 ...... 更新说明：https://github.com/nu...

2020-07-24

682

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。