[新闻] 中国电子书Onyx用了Linux核心却无视GPL

楼主: chienweichih ((゚д゚))   2020-07-12 23:39:26
中国电子书Onyx用了Linux核心却无视GPL开源协议,拒绝公布原始码遭网友围剿
T客邦
2020.07.12 15:30
https://i.imgur.com/HDaH0SQ.jpg
近日,中国电子书厂商文石(Onyx)被指称因拒绝发布其电子书设备的开源,违反 GPL
v2 开源协议,惨遭网友挞伐,引起公愤。
中国电子书厂商文石(Onyx)被指称因拒绝发布其电子书设备的开源,违反 GPL v2 开
源协议。
Onyx 的电子书设备是建立在 Linux 核心基础上的改版,而 Linux 核心是基于 GPL v2
授权许可,该授权有很明显的 “传染性”,若要求二次分发项目也必须开源。
https://i.imgur.com/nXIFpTK.jpg
▲ 有网友在Reddit上放出一张对话截图,内容是向Onyx指出其违规问题,但Onyx的官方
回应似乎是默认自己犯错却无改进对策
如上图,有使用者在 Reddit 上放出一张对话截图,内容是有人向 Onyx 指出其违规问
题,而 Onyx 官方则回应 “技术团队表示,目前不能把原始码开放”,并希望他人谅解
。似乎是承认了自己已经违规,但也无法改正。
Onyx 的态度引起群众不满,部分批评者认为,Onyx 事件暴露了中国厂商对开源协议的
不尊重,以及法律无法有效保障开源协议的不足。并提出最快速的解决办法就是,限制
软件使用,“对于大多数中国公司而言,诸如 GPL 之类的授权只是垃圾桶中的一张纸…
… 保护自己的唯一方法就是不要与他们共享程式码。”
https://i.imgur.com/vWhM7CJ.jpg
▲ 中国电子书厂商Onyx无视 Linux 开源协议被群喷
根据OSCHINA 报导,世界各地违反开源协议开发软件的事件时有发生。无论在哪里,国
家力量都很难防止违法违规个案的发生,更重要的是通过法律追责,整治侵权行为,世
界各国也都是这么做的。美国联邦巡回上诉法院也是在2008年,才首次在实际判例中,
主张开源协议的著作权效力。
不过也有人对开源协议在中国的法律效力提出质疑,认为此类诉讼在中国无法实现,进
而导致开源协议制度在中国形同虚设。
中国的开源生态正逐步建立与完善。许多开源社群中的开源布道者和开发者,也将个人
时间和精力投入开源建设,竭力维护自由与分享的精神…… 因此对于Onyx 的回复,也
不见得是中国的开源工作者乐见的。
全球技术发展正遭受各种政治与社会因素的冲击,开源应该是维护“技术中立”的武器
,而不应该以个例为由,成为另一种形式的封锁。
文章转载自 OSCHINA
https://www.techbang.com/posts/79763-chinese-e-book-maker-onyx-ignored-linux
-open-source-protocol
短网址:
https://bit.ly/2ARUpZ3
作者: Gold740716 (项为之强)   2020-07-12 23:44:00
中国不ey
作者: mstar (Wayne Su)   2020-07-13 01:03:00
全世界一堆软件用了 FFMPEG 也不开源,记得还被立耻辱柱
作者: a58524andy (a58524andy)   2020-07-13 02:36:00
充满螂性的国度 不ey 之后会出来扯谁谁谁不是也一样怎么没去挞伐人家 存心辱华是不是
作者: qoopichu (非洲边缘鲁蛇)   2020-07-13 03:14:00
以为中国搞IT的比较有良心,果然还是错觉吗...
作者: brli7848 (无理阿?)   2020-07-13 03:14:00
论坛上:不开源777;市场上:便宜MIC,真香
作者: Bencrie   2020-07-13 08:53:00
kmplayer gomplayer potplayer 表示有人叫我?
作者: bitlife (BIT一生)   2020-07-13 10:32:00
印象GPLv2,v3好像对library叫用规定不同本文这案似乎是linux当OS又散布,那照道理是该公布OS源码
作者: btzhang2718 (btzhang_2718)   2020-07-13 11:38:00
要闭原当初用BSD不就好了
作者: wyvernlee (wyvernlee)   2020-07-13 16:23:00
强国人:没事儿,GPL 只不过是历史文件而已,没事儿的
作者: Bencrie   2020-07-13 23:49:00
要问 SoC 厂愿不愿意做 BSD 的 BSP 啊 XD
作者: homeworkboy (作业小童)   2020-07-14 12:46:00
LGPL 是用library 利用它的library不用开源,如果是GPL 就要
作者: wei115 (ㄎㄎ)   2020-07-14 15:39:00
话说开源可以不附makefile和文档吗?
作者: Bencrie   2020-07-14 17:00:00
你要保证拿到 code 的人能 build 出跟你一样的 binary
作者: bitlife (BIT一生)   2020-07-14 18:32:00
文件应该是可以不用附,但要能让人make成功,至少要有一份readme.txt及makefile之类的
作者: qoopichu (非洲边缘鲁蛇)   2020-07-14 19:12:00
规矩是人订的,要不要遵守也是人决定的,有人不遵守你也拿他没皮条
作者: icetofux   2020-07-15 09:07:00
想借串跟各位请教一下,我使用raspberry pi(一种基于ARM处理器的单板电脑)并使用其基金会提供的作业系统(似乎是从debian发行版改写的),在上面编写自己的执行档做出可以控制马达等硬件的应用,但未变更作业系统的其他程式码,并于未来有计画以机器设备的形式出售产品。如果完全按照GPL的游戏规则来走,我必须开源我的执行档程式码吗?
作者: homeworkboy (作业小童)   2020-07-15 11:15:00
自己写程式,用library,是可以不用开源
作者: roccqqck (ccqq)   2020-07-15 20:43:00
这篇是说os要开源 其他应用不用android也有开源啊 但你加其他东西不用啊
作者: bitlife (BIT一生)   2020-07-16 13:04:00
我个人觉得单一turnkey硬件比较属于灰色地带,因为出货时必须预装OS,而非由使用者自行下载OS,有可能被视自己的产品是对该OS某种程度的修改. 一般android的app是使用者自行去下载的.本文的电子书也是,一开机就是电子书功能,和一般android或linux开机是桌面也不同,这有可能是被视作电子书功能是被“加入至”该OS.如果是设备预装app但未预装OS,或预装OS但未预装app,一定能避开这嫌疑没有问题再换个说法,如果原OS整包是含桌面,那只要开机非原始桌面,而是电子书功能,那电子书就可能被视为对该OS整包(中的桌面app)的修改
作者: roccqqck (ccqq)   2020-07-16 18:32:00
但android各家手机的桌面并没有开源吧?电子书不能算是某种桌面吗
作者: bitlife (BIT一生)   2020-07-16 19:36:00
各家android手机厂应该是使用google的授权版吧?!很多软件都有双授权,如社群版和商用版,而android的linux部分则都是GPL,手机里都有列我手上ZF4的系统>法律资讯中列出一堆相关授权条款,有GPL也有第三方授权的档案列表,桌布的授权,System WebView的授权等等另外我上面的13:04起的说法不是针对android,而是用“该OS”,如果该OS的整套bundle授权不包含桌面,那桌面当然就不受该OS授权影响另外有一点是只要你产品有用linux,你就必须针对别人对你要求open kernel source做回应,记得华硕当初也因此设了网站.
作者: roccqqck (ccqq)   2020-07-16 20:55:00
所以应该只有kernel source吧?
作者: bitlife (BIT一生)   2020-07-16 23:09:00
我刚才去查了一下,android除了linux核心之外的部分主要是用apache license,这是相当宽容的license,所以应该只有核心部分需要open source.至于推文中问的树莓派OS,是基于debian衍生的,建议还是查一下debian相关的license或相关FAQ,甚至咨询相关法律实务专家.毕竟我大部分的经验使用这些software都是自用,或是再散布给企业(本来就要交source)而该企业主要是私用,不会再散布,所以很少仔细研究这些,但当要面对大众销售,连asus这种等级的公司之前都会遇到别人要求下载source code,所以我的观点真的是仅供参考,推文聊聊而以,还是应该询问相关license的专业为上
作者: icetofux   2020-07-17 08:58:00
谢谢b大的经验分享,法律面的问题确实还是得向专业人士咨询。
作者: Hurricaneger (裤袜脱落大尉)   2020-07-19 01:52:00
那里是中国!我们怀念它

Links booklink

Contact Us: admin [ a t ] ucptt.com