蚊章汇 - GPL
type: channel
link: https://linuxcn.bwsl.wang/tag/GPL/
items: 硬核观察 #499 马斯克的星链卫星两次导致中国空间站紧急规避
items: 硬核观察 #430 软件自由保护协会起诉智能电视生产商 Vizio 违反 GPL
items: 硬核观察 #379 机械妖姬要到了 GPLv2 授权的源代码
items: 硬核观察 #374 Linux 操作系统诞生 30 周年
items: 硬核观察 | Linus Torvalds 认为 GPL 是 Linux 成功的重要部分
items: 中国 GPL 诉讼第一案：关于 GPL 问题的探讨
items: GPL 合作承诺的发展历程
items: GNU GPL 许可证常见问题解答（七）
items: 内部人员爆料 GPL v3 起草过程
items: GNU GPL 许可证常见问题解答（六）

硬核观察 #499 马斯克的星链卫星两次导致中国空间站紧急规避
type: item
date: 2021-12-29T01:14:22+08:00
description: 马斯克的星链卫星两次导致中国空间站紧急规避中国向联合国通报称：2021 年 7 月 1 日，星链-1095 卫星与中国空间站间出现近距离接近事件。它之前稳定运行在平均高度约 555 千米的轨道上一年有余，然后该卫星持续降轨机动至平均轨道高度 382 千米，近距离接近了中国空间站。2021 年 10 月 21 日，星链-2305 卫星处于连续轨道机动状态，与中国空间站发生近距离接近事件。中国空间站两次主动实施了紧急避碰措施。SpaceX 已发射 1900 多颗星链卫星，总计拟发射 4.2 万颗卫星。此外，天文学家们也认为星链严重影响了地面望远镜对宇宙的观测。老王点评：在这些卫星真正发挥作用，并合理利用太空资源之前，或许就是一堆太空垃圾，也有可能是太空武器。意大利法院认定开源软件许可证的可执行性12 月 13 日，意大利威尼斯法院在一起涉及 GPL 许可证的案件中，肯定了开源软件许可证的法律可执行性。在裁决中，一家软件供应商因未遵守开源许可的要求而败诉。该案涉及一个 GPL 许可的 WordPress 插件。据该软件的版权方称，它的两名前雇员重新分发了该软件，这在 GPL 下是允许的。但再分发没有包括对原始作品的确认，包括被告对软件的修改信息，也没有提到软件的版权所有者。法院裁决，除了命令被告在使再分发软件符合规定之前停止分发该软件，并按天处以罚款，同时要求他们在其网站对法院的裁决进行明显公示，以及支付超过 5000 欧元的诉讼费用。老王点评：越来越多的法律实践支持 GPL 等开源许可证的法律效力。研究发现 1200 多个能够拦截 2FA 的钓鱼工具包一个学术团队表示，它发现了 1200 多个部署在野外的 网络钓鱼工具包，能够拦截并允许网络犯罪分子绕过双因素认证（2FA）安全代码。在主要科技公司开始将 2FA 作为其用户的默认安全功能后，钓鱼网站发现由于他们无法绕过 2FA 程序，被盗的凭证变得毫无用处。因此，从 2017 年开始，这些网络犯罪分子开始采用新的工具，他们通过窃取用户的认证 cookie 来绕过 2FA，这些 cookie 是用户在 2FA 程序完成后登录账户时在浏览器中创建的。老王点评：果然是道高一尺魔高一丈。下面就看如何应对这些新的威胁了。

硬核观察 #430 软件自由保护协会起诉智能电视生产商 Vizio 违反 GPL
type: item
date: 2021-10-20T21:01:32+08:00
description: 软件自由保护协会起诉智能电视生产商 Vizio 违反 GPL软件自由保护协会（SFC）宣布它已对 Vizio 公司 提起诉讼。Vizio 的 SmartCast 操作系统是基于 Linux 的。Linux 的源代码受 GPLv2 保护。除了 Linux 内核，SmartCast 中的其他受 GPL 和 LGPL 保护的代码包括 U-Boot、bash、gawk、tar、Glibc 和 FFmpeg 等等。Vizio 在 2018 年 8 月就被 SFC 告知，它因没有发布 SmartCast OS 的源代码而违反了 GPLv2。经过一年多的沟通努力，SFC 宣布，该公司不仅仍然拒绝遵守 GPL，而且从 2020 年 1 月起完全停止回应询问。以前，这些案件是为了维护开发者的权利，但 SFC 在这次诉讼中采取了一种新的策略。它是作为一个产品的购买者提出的，这个产品非法地包含了版权代码。这种做法使其成为第一个关注个人消费者作为第三方 GPL 受益人权利的法律案件。你作为购买者也是有权利访问这些源代码的。老王点评：你知道还有哪些无视 GPL 的智能电视生产商？83% 的勒索软件受害者支付了赎金在一项针对 300 名美国 IT 决策者的 新调查发现，64% 的人在过去 12 个月里曾是勒索软件攻击的受害者，而这些攻击受害者中有 83% 支付了赎金要求。在接受调查的人中，72% 的人看到网络安全预算因勒索软件威胁而增加，93% 的人正在分配特别预算来对抗勒索软件威胁。受访者表示，最容易受到勒索软件攻击的载体是电子邮件（53%），其次是应用程序（41%）和云（38%）。专家说，“像‘永远不要支付赎金’这样的天真声明忽略了现实的情况，并没有任何机会在实际改变什么。”老王点评：受害者只要评估支付的赎金低于损失就会支付，但是支付不一定能有结果。微软正式废弃通用 Windows 平台微软把以桌面为重点的 Windows App SDK 和 WinUI 3 作为 Windows 应用开发的未来。Windows App SDK 基本上采用了关键的 UWP 技术和像 WinUI 3 这样不会被向后移植到 UWP 的新技术。微软说，在未来 UWP 将只收到“错误、可靠性和安全修复”，而不是新功能，这表明它现在已经被废弃。现有的 UWP 应用开发者，当然可以继续使用 UWP。但是那些想要“最新的运行时、语言和平台功能”的人，包括 WinUI 3、WebView 2、.NET 5、与 Windows 10 1809 或更新版本的完全兼容，以及任何即将到来的新功能，得把他们的应用程序 迁移到 Windows App SDK 了。老王点评：看来由商业公司支持的软件开发框架方面，没有什么常青树。

硬核观察 #379 机械妖姬要到了 GPLv2 授权的源代码
type: item
date: 2021-08-30T23:08:00+08:00
description: 机械妖姬要到了 GPLv2 授权的源代码前两天我们报道过，深圳一家公司面对外国开发者要求其按照 GPLv2 许可证提供源代码时，让对方到其深圳办公室去取，并表示公司人员只说中文。这似乎听起来是搪塞之辞。网名为“机械妖姬”的 YouTube 网红不信邪，于是和这名外国开发者达成协议，替她去线下索要这份源代码。这个消息在国内发酵之后，引来了许多关注。后继，机械妖姬又继续发布了进一步进展的视频。在视频中，机械妖姬说“因为我不能告诉他们我们不符合 GPL，我们中国人不是那样的。”经过良好沟通后，她拿到了这些源代码文件，并得到了外国开发者对双方的感谢。从这件事，我觉得需要给机械妖姬点赞，也给这家名为 Umidigi 的公司做了正确的事情点赞。另外，说一句，这段视频值得一看。IBM 和 SCO 达成 1425 万美元的和解2003 年，SCO 对 IBM 等 Linux 供应商提出一系列诉讼，指控由 IBM 等贡献与集成进入 Linux 核心的源代码中使用了它的 System V 源代码，违反了著作权。最近，早申请破产 SCO 的托管人与 IBM 于 8 月 26 日向特拉华州破产法庭递交了和解协议，来解决双方在犹他州诉讼案所有剩余索赔，IBM 向托管人支付 1425 万美元。托管人认为和解最符合破产方和债权人的最佳利益，它认为即使打赢官司但赔偿金额未必高于和解金额，而且也有可能 IBM 会赢得诉讼或在反诉中获胜。终于这块破胶布可以扯掉了。苹果商店允许在应用外支付并不会有太大影响之前我们报道过，苹果宣布和开发者达成诉讼和解，允许开发者在其 iOS 应用程序之外提供支付方式，从而免除通过苹果支付所付出的 30% 的“苹果税”。但如果真的想在应用内出售内容，仍然要使用苹果的支付方式，因此也要向苹果支付分成——这依然是许多开发者的痛点所在。如今，应用内购和订阅就是苹果商店的主要支柱，最大创收来源都是免费游戏、流媒体服务和基于订阅的应用，依赖于苹果支付来购买和订阅。看来之前是我天真了，苹果这样的公司怎么会放弃自己的主要利益呢。

硬核观察 #374 Linux 操作系统诞生 30 周年
type: item
date: 2021-08-25T23:28:07+08:00
description: Linux 操作系统诞生 30 周年1991 年 8 月 25 日，Linux 之父 Linus Torvalds 在 USENET comp.os.minix 上发布了一个帖子：“你最想在 MINIX 里见到什么？”，首次透露出自己正在开发一个免费、开源的操作系统，并且不使用任何一行 MINIX 的源代码。这个时间被许多爱好者视为 Linux 的真正诞生日期，而非第一个 Linux 内核 0.01 发布的 9 月 17 日，也不是第一个正式版 0.02 的 10 月 5 日。忽忽 30 年，Linux 已经不仅仅是改变了世界，而且已经成为了这个世界不可或缺的一部分。感谢 Linus Torvalds，感谢为之致力的一切贡献者！网红前往深圳公司寻求对方遵守 GPLv2 授权据 Solidot 报道，一位波兰开发者根据 GPLv2 许可证要求深圳的一家手机制造商 Umidigi 提供内核源代码。Umidigi F2 运行了一个修改版的 Linux 内核，根据 GPLv2 许可证要求，该公司在发行产品时需要向消费者提供源代码。但该公司 Ben 的回答是如果要获得可共享的源代码可以在工作时间到该公司深圳办公室里来拿，并表示办公室员工只会说普通话。生活在深圳的 Youtube 网红机械妖姬，与这位波兰开发者在 Twitter 上达成协议，代替对方到深圳办公室去拿源代码。结果被告知 Ben 离开了。就是需要有这样较真的人，虽然我之前不太喜欢这位机械妖姬。三星远程让在南非被盗的电视机变砖今年 7 月南非一些地区发生骚扰，三星公司在当地仓库中的电视机被盗。三星南非分公司宣布，它激活了所有被盗电视机的 TV Block 功能，如果电视机的系列号被监测出属于被盗产品，那么在联网时 TV Block 功能将会被激活，所有电视功能将被禁用。三星认为，这足以限制掠夺的动机，并减轻销售非法商品的市场的产生。电视屏蔽技术已经预装在所有的三星电视上，不会局限于南非市场。这一招比较厉害，互联网化之后的电视的新功能。

硬核观察 | Linus Torvalds 认为 GPL 是 Linux 成功的重要部分
type: item
date: 2021-05-02T05:26:06+08:00
description: Linus Torvalds 认为 GPL 是 Linux 成功的重要部分Linux 创始人 Linus Torvalds 接受邮件采访回顾了 Linux 的三十年。Torvalds 说开发 Linux 时他真的没有想得太远，更多是一种概念验证，向外展示下他过去几个月的工作成果，更好的理解他的新 PC 硬件。Linux 最初是作为替代品提供给负担不起昂贵的商业 UNIX 系统的人，因此它采用的许可证是不能商业使用。当有人想通过软盘在本地的 Unix 用户组分发 Linux 但想要至少收回软盘的费用后，他切换到了 GPL 许可证。随后基于软盘的发行版 SLS 和 Slackware 就诞生了。他相信选择 GPL 是 Linux 以及 Git 成功的一个重要部分。他认为 GPLv2 完美的平衡了“每个人在相同规则下的工作”。虽然不是每个开源软件都喜欢 GPL，但是如果没有 GPL ，或许不会有如今的 Linux 和整个开源世界。奇亚币占用超过 1EB 存储空间据报道，在过去的一个月时间里，分配给奇亚币（CHIA）的硬盘空间从 120PB 一直增加到 1143PB，也就是 1.14 EB，相当于 6 万多个 20TB 硬盘，奇亚币已经让硬件市场形成了一个新的领域。奇亚币是以硬盘空间和时间来作为资源，利用 CPU 或者显卡通过某种算法将硬盘空间写入数据，用户将数据存储在硬盘上一段时间，赢得奖励的机会和分配的空间成正比。简单来说的话就是程序在你硬盘上写满了彩票号码，服务器会不时随机抽奖，分配的硬盘空间越大，在线时间越长，中奖的可能性越大。这迫使挖奇亚币需要尽可能扩充存储空间容量和长时间运行，事实上除了耗损硬盘，内存的消耗也很大，整个系统各个模块加起来的耗电量也不低。比特币、以太坊等一直被批评空耗能源和处理能力而挖掘无用的加密货币，而奇亚币则把没被其它加密货币利用的存储能力也利用了。以至于计算机用户们哀叹显卡、CPU 之后，硬盘也买不到了。Opera 原生支持 IPFSOpera 宣布原生支持点对点协议 IPFS（星际文件系统）。在这之前，Brave 成为首个支持 IPFS 点对点协议的浏览器。IPFS 类似 BitTorrent，设计作为去中心化储存系统，允许用户在数百甚至数千个节点之间共享内容。IPFS 的理想非常好，但是可能与现实的兼容性有点问题。

中国 GPL 诉讼第一案：关于 GPL 问题的探讨
type: item
date: 2019-12-17T16:57:01+08:00
description: 2019 年 11 月初，数字天堂（北京）网络技术有限公司（下称：数字天堂）诉柚子（北京）科技有限公司、柚子（北京）移动技术有限公司（下称：两柚子）侵犯计算机软件著作权纠纷案，由北京高级人民法院二审作出终审判决。笔者曾密切关注该案，终审判决生效前，囿于关联代理关系的利益冲突，不便多谈。现将本案相关若干问题梳理成文，愿与各位探讨之。本案之所以受关注，是因为本次计算机软件著作权侵权案涉及开源软件和 GPL 许可证，本案的判决对未来开源软件诉讼实践有重要意义。本案一审法院对 GPL 相关条款作了阐述，二审法院回避了 GPL 问题。本文，笔者基于本案事实和法院判决做些思考，分享给大家讨论。本文将仅对涉及开源软件及 GPL 许可证的内容进行论述，其他法律问题不作探讨。案情简介为节省篇幅，以下对案情进行摘要和总结，详细案情可见一审链接和二审链接。经过一审和二审对事实的调查和确认，两柚子认可：数字天堂是 HBuilder 软件的著作权人；数字天堂拥有 HBuilder 软件中的代码输入法功能插件、真机运行功能插件、边改边看功能插件源代码著作权；两柚子的 APICloud 软件中对应插件源代码部分与涉案的三个插件具有同一性。基于此，针对本著作权侵权控诉，两柚子抗辩理由只有 GPL 开源许可协议这一个突破口。而二审中对涉案代码量、侵权产品数量的认定，以及基于此对赔偿额的认定，只是量的维度问题。开源许可证是法律文件一审法院虽未明确 GPL 许可证的法律效力，但在论述涉案三个插件是否受 GPL 协议限制时，默认了 GPL 许可证具有法律约束力。这一点虽然是意料之中，但毕竟开源理念和大部分开源协议来源于国外，且应用于开源社区特定人群，这一认定给未来涉及开源软件的诉讼消除了部分不确定性。为了强调协议内容，下文涉及 GPL 许可证的除特指许可证本身外，都以 GPL 协议指代。法院虽然默认了 GPL 协议具有约束力，即类似于协议或合同的法律效果，但并未进一步将 GPL 协议条款基于我国著作权法进行解释。社区内关于 GPL 协议的解释，特别是关于 GPL 传染性的解释是基于美国版权法，其能否为国内法院认可，依然存在不确定性。随着开源理念的深入以及开源软件在世界范围内的普及，本案作为中国 GPL 第一案，对未来开源软件相关的诉讼意义重大。稍有遗憾的是，两审法院并未就开源软件以及 GPL 协议的关键问题进行阐述。当然，也不可能期待 GPL 问题通过一次诉讼案件完全解决，未来还需要更多的法律、学术、技术等人士贡献智慧。关于一审认定的思考既然法院确认了 GPL 协议的法律约束力，那么对 GPL 协议的解释要么采取社区通说解释，要么基于我国著作权法作独立解释。否则很容易出现矛盾或模糊，以至于增加企业开源实践中的法律不确定性。关于 GPL 协议约束力范围（传染性），一审法院以涉案的三个插件可以独立运行，分别存放在三个独立的文件夹中且三个独立文件夹中无 GPL 许可证，据此认为涉案三个插件不属于 GPL 协议中所指应被开源的衍生产品或修改版本。GPL 许可证中有关的原文如下：The "Program", below, refers to any such program or work, and a "work based on the Program" means either the Program or any derivative work under copyright law: that is to say, a work containing the Program or a portion of it, either verbatim or with modifications and/or translated into another language. (Hereinafter, translation is included without limitation in the term "modification".)——GPL 3.0To “modify” a work means to copy from or adapt all or part of the work in a fashion requiring copyright permission, other than the making of an exact copy. The resulting work is called a “modified version” of the earlier work or a work “based on” the earlier work.A “covered work” means either the unmodified Pro…

GPL 合作承诺的发展历程
type: item
date: 2018-11-28T18:18:29+08:00
description: GPL 合作承诺 GPL Cooperation Commitment 消除了开发者对许可证失效的顾虑，从而达到促进技术创新的目的。假如能免于顾虑，技术创新和发展将会让世界发生天翻地覆的改变。 GPL 合作承诺 GPL Cooperation Commitment 就这样应运而生，只为通过公平、一致、可预测的许可证来让科技创新无后顾之忧。去年，我曾经写过一篇文章，讨论了许可证对开源软件下游用户的影响。在进行研究的时候，我就发现许可证的约束力并不强，而且很多情况下是不可预测的。因此，我在文章中提出了一个能使开源许可证具有一致性和可预测性的潜在解决方案。但我只考虑到了诸如通过法律系统立法的“传统”方法。2017 年 11 月，RedHat、IBM、Google 和 Facebook 提出了这种我从未考虑过的非传统的解决方案：GPL 合作承诺。GPL 合作承诺规定了 GPL 公平一致执行的方式。我认为，GPL 合作承诺之所以有这么深刻的意义，有以下两个原因：一是许可证的公平性和一致性对于开源社区的发展来说至关重要，二是法律对不可预测性并不容忍。了解 GPL要了解 GPL 合作承诺，首先要了解什么是 GPL。GPL 是 GNU 通用许可证 GNU General Public License 的缩写，它是一个公共版权的开源许可证，这就意味着开源软件的分发者必须向下游用户公开源代码。GPL 还禁止对下游的使用作出限制，要求个人用户不得拒绝他人对开源软件的使用自由、研究自由、共享自由和改进自由。GPL 规定，只要下游用户满足了许可证的要求和条件，就可以使用该许可证。如果被许可人出现了不符合许可证的情况，则视为违规。按照第二版 GPL（GPLv2）的描述，许可证会在任何违规的情况下自动终止，这就导致了部分开发者对 GPL 有所抗拒。而在第三版 GPL（GPLv3）中则引入了“ 治愈条款 cure provision ”，这一条款规定，被许可人可以在 30 天内对违反 GPL 的行为进行改正，如果在这个缓冲期内改正完成，许可证就不会被终止。这一规定消除了许可证被无故终止的顾虑，从而让软件的开发者和用户专注于开发和创新。GPL 合作承诺做了什么GPL 合作承诺将 GPLv3 的治愈条款应用于使用 GPLv2 的软件上，让使用 GPLv2 许可证的开发者避免许可证无故终止的窘境，并与 GPLv3 许可证保持一致。很多软件开发者都希望正确合规地做好一件事情，但有时候却不了解具体的实施细节。因此，GPL 合作承诺的重要性就在于能够对软件开发者们做出一些引导，让他们避免因一些简单的错误导致许可证违规终止。Linux 基金会技术顾问委员会在 2017 年宣布，Linux 内核项目将会采用 GPLv3 的治愈条款。在 GPL 合作承诺的推动下，很多大型科技公司和个人开发者都做出了相同的承诺，会将该条款扩展应用于他们采用 GPLv2（或 LGPLv2.1）许可证的所有软件，而不仅仅是对 Linux 内核的贡献。GPL 合作承诺的广泛采用将会对开源社区产生非常积极的影响。如果更多的公司和个人开始采用 GPL 合作承诺，就能让大量正在使用 GPLv2 或 LGPLv2.1 许可证的软件以更公平和更可预测的形式履行许可证中的条款。截至 2018 年 11 月，包括 IBM、Google、亚马逊、微软、腾讯、英特尔、RedHat 在内的 40 余家行业巨头公司都已经签署了 GPL 合作承诺，以期为开源社区创立公平的标准以及提供可预测的执行力。GPL 合作承诺是开源社区齐心协力引领开源未来发展方向的一个成功例子。GPL 合作承诺能够让下游用户了解到开发者对他们的尊重，同时也表示了开发者使用了 GPLv2 许可证的代码是安全的。如果你想查阅更多信息，包括如何将自己的名字添加到 GPL 合作承诺中，可以访问 GPL 合作承诺的网站。via: https://opensource.com/article/18/11/gpl-cooperation-commitment作者：Brooke Driver 选题：lujun9972 译者：HankChow 校对：wxy本文由 LCTT 原创编译，Linux中国 荣誉推出

GNU GPL 许可证常见问题解答（七）
type: item
date: 2018-09-22T22:20:00+08:00
description: 本文由高级咨询师薛亮据自由软件基金会（FSF）的英文原文翻译而成，这篇常见问题解答澄清了在使用 GNU 许可证中遇到许多问题，对于企业和软件开发者在实际应用许可证和解决许可证问题时具有很强的实践指导意义。关于 GNU 项目、自由软件基金会（FSF）及其许可证的基本问题对于 GNU 许可证的一般了解在您的程序中使用 GNU 许可证依据GNU许可证分发程序在编写其他程序时采用依据 GNU 许可证发布的程序将作品与依据 GNU 许可证发布的代码相结合关于违反 GNU 许可证的问题7 关于违反 GNU 许可证的问题7.1 如果发现了可能违反 GPL 许可证的行为，我该怎么办？您应该进行报告。 首先，尽可能检查事实。然后告诉发行者或版权所有者涉及的具体 GPL 程序。如果是自由软件基金会，请写信给 mailto:license-violation@gnu.org。此外，程序的维护者可能是版权所有者，他可能会告诉您如何联系版权所有者，因此将其报告给维护者。7.2 谁有权力执行 GPL 许可证？（同 1.10）由于 GPL 是版权许可，软件的版权所有者将是有权执行 GPL 的人。如果您发现违反 GPL 的行为，您应该向遵循 GPL 的该软件的开发人员通报。他们是版权所有者，或与版权所有者有关。若要详细了解如何报告 GPL 违规，请参阅“如果发现了可能违反 GPL 许可证的行为，我该怎么办？”。7.3 我听说有人依据另一个许可证获得了 GPL 程序的副本。这可能吗？GNU GPL 不允许用户将其他许可证附加到程序。但是，程序的版权持有人可以依据几个不同的许可证并行发布。其中一个可能是 GNU GPL。对于您的副本中的许可证来说，假设由版权所有者放置，并且您合法地获得该副本，则是适用于您的副本的许可证。7.4 遵循 GPL 的程序的开发者是否受 GPL 的约束？开发者的行为是否会违反 GPL？严格来说，GPL 是开发者授予其他人使用、分发和更改程序的许可。开发者本身并不受其约束，所以无论开发者做什么，都不是 GPL 的“违规”。但是，如果开发者做某些违反 GPL 的行为，那么开发者一定会失去在社区的道德地位。7.5 我刚刚发现一家公司有一份 GPL 程序的副本，获取该副本需支付费用。他们会因为不能在互联网上提供副本而违反 GPL 吗？（同 4.12）不会，GPL 不要求任何人使用互联网进行分发。它也不要求任何人特意去再分发程序。而且（一个特殊情况之外），即使有人决定再分发该程序，GPL 也不会要求他必须特意向您或其他人分发副本。GPL 要求的是，如果他愿意，他必须有权将副本分发给你。一旦版权所有者将程序的副本分发给某人，如果某人认为合适，那么该人可以将程序再分发给您或任何其他人。7.6 我可以在如果客户不继续支付订阅费用就停止运行的设备上使用遵循 GPL 的软件吗？不可以。在这种情况下，继续支付费用的要求限制了用户运行程序的能力。 这是在 GPL 之上的额外要求，GPL 禁止这种行为。7.7 “纠正” （ cure ） 违反 GPL v3 的行为意味着什么？纠正违规行为意味着调整您的做法以符合许可证的要求。7.8 如果有人在笔记本电脑上安装遵循 GPL 的软件，然后将笔记本电脑借给朋友，而不提供软件的源代码，他们是否违反了 GPL？在我们调查这个问题的司法管辖区，这种借用不会被算作、 传递 （ convey ） 。笔记本电脑的所有者不会依据 GPL 承担任何义务。7.9 假设两家公司试图通过让一家公司发布已签约的软件，另一家公司发布仅运行第一家公司签约软件的用户产品，以此来规避提供安装信息的要求。这是否违反了 GPL v3？是的。如果双方通过一起工作来逃避 GPL 的要求，就可以追究它们的侵权行为。这是特别真实的情形，因为 传递 （ convey ） 的定义明确地包括会使某人对二次侵权负责的活动。译者介绍：薛亮，集慧智佳知识产权咨询公司高级咨询师，擅长专利检索、专利分析、竞争对手跟踪、FTO 分析、开源软件知识产权风险分析，致力于为互联网企业、高科技公司提供知识产权咨询服务。

内部人员爆料 GPL v3 起草过程
type: item
date: 2018-07-21T01:15:02+08:00
description: 在 GPL v3 许可证颁发 11 周年之际，让我们了解一下它对自由和开源软件的持久贡献。2017 年，我错过了为 GPL v3（GNU 通用公共许可协议的第三版）发布 10 周年撰写文章的机会。GPL v3 由 自由软件基金会 （ Free Software Foundation ） （FSF）于 2007 年 6 月 29 日正式发布，这一天在技术史上更为人熟知的事件是苹果公司推出了 iPhone 手机。一年之后的现在，我觉得应该对 GPL v3 做一些回顾。对于我来说，许多有关 GPL v3 的有趣内容可以追溯到 11 年之前，我作为积极参与者经历了当时的公共起草过程。2005 年，经过近十年热衷于自由软件的自我沉浸，但却几乎没有任何开源法律经验可言的我被 Eben Moglen 聘用，加入 软件自由法律中心 （ Software Freedom Law Center ） （SFLC）担任法律顾问。SFLC 当时是 FSF 的外部法律顾问，我的角色被设定为关注 GPL v3 起草过程的初期公共阶段。这个机会把我从以前的并不令我满意的一次职业转变中解救出来。 自由和开源软件 （ Free and Open Source Software ） （FOSS）的法律问题成为我的新专长，我发现这一点很有吸引力，令人满意，并且在智力上有所回报。我在 SFLC 的工作，特别是我在 GPL v3 方面勇闯火线的工作，成为了我的在职培训。GPL v3 必须被理解为早期 FOSS 时代的产物，其轮廓可能让今天的人难以想象。在 2006 年公共起草过程开始时，Linux 和开源已经不再是早年一些漫不经心的观察者所看到的几乎是同义词的情形了，但两者之间的联系仍然比现在更密切。Linux 已经对技术行业产生深远影响的反映是，每个人都认为 GPL v2 是主要的开源许可模式。我们看到了开源（和伪开源）商业模式如寒武纪式爆发的最终震荡。一个泡沫化商业炒作包围的开源（对我来说最令人难忘的典型代表是 开源商业会议 （ Open Source Business Conference ）与软件工程专业人士目前对开源开发的接受程度几乎没有相似之处。微软凭借其不断扩大的专利组合以及对 Linux 的竞争性对抗，在 FOSS 社区中普遍被视为一种现实存在的威胁，而 SCO 诉讼已经在 Linux 和 GPL 之间笼罩上了法律风险的阴云，并且没有完全消散。这种环境必然使得 GPL v3 的起草成为自由软件历史上前所未有的高风险事件。主要的技术公司和顶级律师事务所的律师争先恐后地对该许可协议施加影响，并确信 GPL v3 必将接管并彻底重塑开源业态及所有大量相关的商业投资。技术社区内存在类似的心态；这在 Linux 内核开发人员于 2006 年 9 月对 GPL v3 的强烈指责中所表达的恐惧里略见一斑。我们这些接近 FSF 的人知道的多一点，但我认为我们假定新的许可协议要么是压倒性的成功，要么是彻底的失败——“成功”意味着将现有的 GPL v2 项目生态系统升级为 GPL v3，尽管也许 Linux 内核会缺席（LCTT 译注：十年过去了，Linux 内核仍旧采用 GPL v2 许可证）。实际的结果是介于两者之间的东西。我对测量开源许可协议采用程度的尝试没有信心，近年来这种做法通常用于证明 左版 （ Copyleft ） 许可协议失去竞争优势。根据我自己的接近 Linux 和工作于 红帽 （ Red Hat ） 公司的明显有倾向性的经验，表明 GPL v3 作为自 2007 年以来推出项目的可选许可协议，享有适度的受欢迎程度。尽管 2007 年之前存在的大多数 GPL v2 项目以及它们在 2007 年以后的分支，仍然遵循旧许可协议。（GPL v3 的兄弟许可协议 LGPL v3 和 AGPL v3 从未获得过相当程度的普及）大多数现有的 GPL v2 项目（有一些明显的例外，如 Linux 内核和 Busybox）被许可为“GPL v2 或任何更高的版本”。技术界早就决定“GPL v2 或更高版本”是一个政治中立的许可协议选项，它包含了 GPL v2 和 GPL v3。这可以解释为什么 GPL v3 的采用推进得缓慢和有限，特别是在 Linux 社区中。在 GPL v3 起草过程中，一些人表达了对 Linux 生态系统“ 巴尔干化 （ balkanized ） ”的担忧，无论是因为用户必须了解两个不同的强大左版许可协议的开销，还是因为 GPL v2 / GPL v3 的不兼容。事实证明，这些担忧完全没有根据。在主流服务器和工作站 Linux 堆栈中，这两个许可协议已经和平共存了十年。这其中部分是因为这样的堆栈由强大的左版范畴的单独单元组成（参见我对容器设置中相关问…

GNU GPL 许可证常见问题解答（六）
type: item
date: 2018-07-11T07:53:59+08:00
description: 本文由高级咨询师薛亮据自由软件基金会（FSF）的英文原文翻译而成，这篇常见问题解答澄清了在使用 GNU 许可证中遇到许多问题，对于企业和软件开发者在实际应用许可证和解决许可证问题时具有很强的实践指导意义。关于 GNU 项目、自由软件基金会（FSF）及其许可证的基本问题对于 GNU 许可证的一般了解在您的程序中使用 GNU 许可证依据GNU许可证分发程序在编写其他程序时采用依据 GNU 许可证发布的程序将作品与依据 GNU 许可证发布的代码相结合关于违反 GNU 许可证的问题6 将作品与依据 GNU 许可证发布的代码相结合6.1 GPL v3 是否与 GPL v2 兼容？不兼容。许多要求已经从 GPL v2 变为 GPL v3，这意味 GPL v2 中的精确要求并不体现在 GPL v3 中，反之亦然。例如，GPL v3 的终止条件比 GPL v2 的终止条件更为宽泛，因此与 GPL v2 的终止条件不同。由于这些差异，两个许可证不兼容：如果您试图将依据 GPL v2 发布的代码与依据 GPL v3 发布的代码组合，则将违反 GPL v2 的第 6 部分。但是，如果代码依据 GPL “v2 或更高版本”发布，则与 GPL v3 兼容，因为 GPL v3 是其允许的选项之一。6.2 GPL v2 是否有提供安装信息的要求？GPL v3 明确要求再分发中包含完整的必要的“安装信息”。GPL v2 不使用该术语，但它需要再分发中包含用于控制可编译和安装可执行文件的脚本以及完整和相应的源代码。这涵盖了 GPL v3 中称为“安装信息”的部分内容，但不包括所有内容。因此，GPL v3 对安装信息的要求较强。6.3 各种 GNU 许可证之间如何相互兼容？各种 GNU 许可证彼此之间具有广泛的兼容性。下面是唯一的一种您不能将遵循两种 GNU 许可证的代码结合起来的情况：将遵循旧版本许可证的代码与遵循该许可证新版本的代码进行结合。以下是 GNU 许可证的各种结合的详细兼容性矩阵，以便为特定情况提供易于使用的参考。它假设有人依据其中一个许可证编写了一些软件，而您希望以某种方式将该软件的代码结合到您要发布的项目（您自己的原始作品或其他人的软件的修改版本）中。在表顶部的列中找到项目的许可证，并在左侧的一行中找到其他代码的许可证。它们交叉的单元格会告诉您这种结合是否被允许。当我们说“复制代码”时，我们的意思就是：您正在从一个源代码中获取一段代码（无论是否修改），并将其插入到自己的程序中，从而基于第一部分代码形成一个作品。当您编译或运行代码时，“使用库”意味着您不直接复制任何源代码，而是通过链接、导入或其他典型机制将源代码绑定在一起。矩阵中每个标明 GPL v3 的地方，其关于兼容性的声明也同样适用于 AGPL v3。兼容性矩阵 我希望依据以下许可证许可我的代码仅 GPL v2GPL v2 或更高版本GPL v3 或更高版本仅 LGPL v2.1LGPL v2.1 或更高版本LGPL v3 或更高版本我希望复制遵循右侧许可证的代码：仅 GPL v2可以可以 【2】不可以可以，结合作品只能遵循GPL v2 【7】可以，结合作品只能遵循GPL v2 【7】【2】不可以GPL v2 或更高版本可以 【1】可以可以可以，结合作品需遵循GPL v2或更高版本 【7】可以，结合作品需遵循GPL v2或更高版本 【7】可以，结合作品需遵循GPL v3 【8】GPL v3不可以可以，结合作品需遵循GPL v3 【3】可以可以，结合作品需遵循GPL v3 【7】可以，结合作品需遵循GPL v3 【7】可以，结合作品需遵循GPL v3 【8】仅 LGPL v2.1可以，需依据GPL v2传递复制后代码 【7】可以，需依据GPL v2或更高版本传递复制后代码 【7】可以，需依据GPL v3传递复制后代码 【7】可以可以 【6】可以，需依据GPL v3传递复制后代码 【7】【8】LGPL v2.1 或更高版本可以，需依据GPL v2传递复制后代码 【7】【1】可以，需依据GPL v2或更高版本传递复制后代码 【7】可以，需依据GPL v3传递复制后代码 【7】可以 【5】可以可以LGPL v3不可以可以，结合作品需遵循GPL v3 【8】【3】可以，结合作品需遵循GPL v3 【8】可以，结合作品需遵循GPL v3 【7】【8】可以，结合作品需遵循LGPL v3 【4】可以我希望使用遵循右侧许可证的库：仅 GPL v2可以可以 【2】不可以可以，结合作品只能遵循GPL v2 【7】可以，结合作品只能遵循GPL v2 【7】【2】不可以GPL v2 或更高版本可以 【1】可以可以可以，结合作品需遵循GPL v2或更高版本 【7】可以，结合作品需遵循GPL v2或更高版本 【7】可以…