许可证

“我们现在的许可证已无法满足需求，” 自由软件的先驱 Bruce Perens 如是说。

并不是，不过 “功能源代码许可证” 却更进一步混淆了开源许可证的界限。

你认为开源许可证应当进行演变吗？

HashiCorp 放弃开源原则这件事并无新意。

你必须遵守适用于重新使用的开源代码的众多开源许可证之一。

如果 Fedora 反对一个软件许可证，通常不会成为新闻。

让我们来看看 OSI 最新批准的加密自治许可证和 CERN 开源硬件许可协议。

每个程序员都应该明白的 171 个字。

• 谷歌再推 Kotlin：代码量比 Java 减少 80% • 蚂蚁区块链正式升级为“蚂蚁链”：全球区块链专利排名第一 • IEEE Spectrum 2020 年编程语言排行：Cobol 榜上有名

• OpenCV 5 的开源协议将从 BSD 变更为 Apache 2 • Rust 语言承诺将支持 Linux 作为该语言开发的优先项目

• 国内的开源 PHP 论坛软件“修罗 BBS”停止，官方论坛关闭 • 优麒麟 20.04 LTS 发布：优化高清屏支持 上架 6 款新应用 • 谜之操作：巴克莱银行把互联网档案馆作为 JS 文件的 CDN

今天看到一篇文章《开源项目在闲鱼、b 站上被倒卖？这是什么骚操作？》，我突然想起了之前两个类似的案例，发现群众的开源知识普及依然不足，借这个机会再聊聊开源，从开源著作权人的角度做一次讨论。

如果你认为开源软件是共享软件、免费软件和公有领域软件的代名词，那么你并不是唯一有这种看法的人。

对于让开源软件变得如此出色的协作开发来说，开源软件许可以其不同于常规软件许可的方式提供了诸多支持。

非标准的开源贡献者许可协议正在创造类似电影《冲出人魔岛》中“人魔”般的怪物。

传统观点认为，Apache 许可证拥有“真正”的专利许可，那 MIT 许可证呢？

本文由高级咨询师薛亮据自由软件基金会（FSF）的英文原文翻译而成，这篇常见问题解答澄清了在使用 GNU 许可证中遇到许多问题，对于企业和软件开发者在实际应用许可证和解决许可证问题时具有很强的实践指导意义。

Apache 2.0许可证中的专利许可条款使得开源代码可以安全使用，但它经常被误解。

想要知道开源许可证对 Linux 容器有什么影响吗？以下问题您需要了解。

本文由高级咨询师薛亮据自由软件基金会（FSF）的英文原文翻译而成，这篇常见问题解答澄清了在使用 GNU 许可证中遇到许多问题，对于企业和软件开发者在实际应用许可证和解决许可证问题时具有很强的实践指导意义。

对于开源软件来说，其许可证信息内嵌在源代码中。为了降低复杂性，您可以生成不同的视图。

2017 年 11 月 18 日至 19 日，2017 中国开源年会在上海交大召开，来自集慧智佳的高级咨询师薛亮在开源治理分论坛上发表了题为《ABC 时代 GPL 许可证传染性问题探讨》的演讲，现将演讲的内容进行整理和补充，以飨读者。

本文由高级咨询师薛亮据自由软件基金会（FSF）的英文原文翻译而成，这篇常见问题解答澄清了在使用 GNU 许可证中遇到许多问题，对于企业和软件开发者在实际应用许可证和解决许可证问题时具有很强的实践指导意义。

多年以来，我看到很多开源项目表示遵循 GPL 许可证，但却没有明确指出版本号，同时也没有将整个 GPL 许可证（例如，v2 或 v3）副本囊括在程序内。取决于您是许可人还是被许可人等因素，这其中造成的含混不清可能对您有益或有害。

开源软件虽然可以免费使用，但就如同饲养一条幼犬一样（开始虽然花钱不多，后边越养越费钱）。在采用开源之前，确保能够了解其隐藏的成本和陷阱。

就在几个小时前，Facebook 宣布，将在下周发布的 React 16 会以 MIT 许可证重新授权，以应对社区对之前的 BSD + 专利许可模式的不安。

与实际情况相比，这个争议更具倾向性。事实上，这样做不太可能影响 React.js 的采用，对 BSD +专利许可证（FB + PL）的批评大多数不能在理性的审视下成立。

使用开源的方式有利于你的盈亏底线以及开源生态系统。

本文由高级咨询师薛亮据自由软件基金会（FSF）的英文原文翻译而成，这篇常见问题解答澄清了在使用 GNU 许可证中遇到许多问题，对于企业和软件开发者在实际应用许可证和解决许可证问题时具有很强的实践指导意义。

Apache 一脚将 FB+PL 踢出了。这是不是 Apache 在开源暴动中的激进声明？为什么这么说？

这篇常见问题解答澄清了在使用 GNU 许可证中遇到许多问题，对于企业和软件开发者在实际应用许可证和解决许可证问题时具有很强的实践指导意义。

在 2016 年 7 月，Facebook 公司的 React.js 开源许可协议曾引起激烈争论。一年过后，该协议再次成为开源社区的头条新闻。

为什么像 GNU GPL 这样的限制性许可证越来越不受青睐。

软件许可是一个至少不亚于文件编辑器和打包格式的激烈辩论的主题。专家们对 copyleft 的理解可能会充斥在好多书中，但是这篇文章可以作为你理解 copyleft 启蒙之路的起点。

谷歌是开源领域领先的贡献者之一，但是这个搜索巨头不是所有的开源许可证都喜欢。

合作是开源的一部分。OIN 的 CEO Keith Bergelt 解释说，开放创新网络（Open Invention Network）模式允许众多企业和公司决定它们该在哪较量，在哪合作。随着开源的演变，我们需要为合作创造渠道，否则我们将会有几百个团体把数十亿美元花费到同样的技术上。 开放创新网络（Open Invention Network），即 OIN，正在全球范围内开展让 Linux 远离专利诉讼的伤害的活动。它的努力得到了一千多个公司的热烈回应，它们的加入让这股力量成为了历史上最大的反专利管理组织。 开放创新网络以白帽子组织的身份创建于2005年，目的是保护 Linux 免受

简介 BSD最初从UNIX继承而来，目前，有许多的类Unix操作系统是基于BSD的。FreeBSD是使用最广泛的开源的伯克利软件发行版（即 BSD 发行版）。就像它隐含的意思一样，它是一个自由开源的类Unix操作系统，并且是公共服务器平台。FreeBSD源代码通常以宽松的BSD许可证发布。它与Linux有很多相似的地方，但我们得承认它们在很多方面仍有不同。 本文的其余部分组织如下：FreeBSD的描述在第一部分，FreeBSD和Linux的相似点在第二部分，它们的区别将在第三部分讨论，对他们功能的讨论和总结在最后一节。 FreeBSD描述 历史 FreeBSD的第一个版本发布

GitHub 的新文本编辑器并不完全开源，看起来并没有人在意这一点。 Samuel Greenwald 认为任何 IT 领袖如果没有开源观念，那注定会失败。 然而即使你的开源观念打了折扣、不那么纯粹，其实大众也并不会刁难你。特别是在你祭出古怪反复的许可证花招时，即使是开源界最精明的精英也可能被忽悠住。 例如就拿GitHub来说。GitHub 刚刚发布了Atom文本编辑器，获得了很多赞赏。虽然有些人赞美Atom完全开源，但其实它并非如此。在我看来，还差得很远。 某种打折扣的开源 不管怎样，并不是说 GitHub 把Atom 全部伪装成开源。正如 GitHub 联合创始人 …