开源开发。 OpenOffice的历史表明了授权为何重要

管理和许可虽然没有吸引力,但是正确地进行它们对于开源软件的长期健康至关重要。

开源软件的发展并非总是一帆风顺,尤其是当软件开发与更广泛的公司战略联系在一起时。

的确,由于OpenOffice发展的复杂历史和困惑,您可以在网站上下载俄语版本的OpenOffice。 https://openoffice-pc.ru/LibreOffice和Apache OpenOffice之间的争议是一个有用的教训。

它们表明,与Sun Microsystems这样的管理组织的意图一样,治理和许可的一致性和透明性对于任何免费开源项目的长期健康和成功至关重要。

当Sun Microsystems在2000年向开源社区介绍开源StarSuite软件套件时,该公司承诺创建一个自治基金会,并将代码置于社区控制之下。 但是代码的版权仍归Sun所有,而项目管理则由Sun保留,只有在可见源代码的意义上,OpenOffice.org(OO.o)才可以被视为开源项目。 但是许可和治理都不是透明的,后续的进展也与开发人员的野心不符。

所有权和严格控制

Sun长期致力于开源项目并从中受益,但始终保持所有权和严格控制。 Sun最初是根据LGPL和Sun行业标准源许可证(SISSL)双重许可对OO.o代码进行许可的。 SISSL是允许的许可证,并允许第三方重用专有产品中的代码。

到2005年9月,Sun放弃了SISSL,但所有贡献者的代码仍归Sun所有。 该代码的所有权使Sun可以重新许可该软件并增加专利补偿。

该代码名义上是根据Copyleft许可证捐赠给该项目的,是IBM捐赠的,作为Lotus Symphony的基础,而这并不是开发人员计划的一部分。 IBM尚未修改该代码。

OO.o的管理层仍在公司内部。 错误修复速度慢且耗时。 作者很失望,他们来来去去。

Novell创建了自己的OO.o分支go-oo.org,以吸收由于许可原因而被Sun拒绝的更改,并且该分支已成为所有GNU / Linux发行版的默认安装。

第三方贡献已停止,并且OO.o从未取得预期的进展。

太阳落山

当Sun在2010年加入Oracle时,OpenOffice.org并不是该公司的优先事项。

经过Oracle和StarDivision数月的头之后,该社区采取了激进的步骤,建立了Document Foundation,这是一个真正独立的非营利组织,遵循Sun在项目开始时承诺的模式,并开发了代码以创建LibreOffice。

Document Foundation是修复过去某些缺陷并创建真正的代码共享社区的机会。

在宣布与LibreOffice分离后的六个月,甲骨文宣布打算将OpenOffice.org版权和商标转让给Apache Software Foundation。 这种方法也代表了对先前制度的一种改进。

IBM支持此举,并宣布将来打算发布“在Apache许可下发布相同版本的Apache OpenOffice代码”,但是在不同许可下复制代码的危险在于,它将社区与社区,许可证与许可以及Apache OpenOffice与LibreOffice竞争…

LibreOffice提供了IBM和Oracle的参与,并愿意在较弱的copyleft许可证Mozilla Public License(MPL)下重新许可代码,以使事情变得更容易。

但是她的成就被拒绝了,Apache分支成为IBM最喜欢的途径。 现在有两个办公套件,并且在软件许可方面都出现了越来越多的问题。

Apache OpenOffice迁移

LibreOffice的另一个残留问题是,尽管它更喜欢使用Copyleft许可,但是从Oracle-Sun继承的代码的版权仍归Oracle所有。

因此,LibreOffice开发人员正在考虑基于重新许可的Apache代码重新安装LibreOffice代码,因为Apache许可证允许在不同的许可证下重新发布代码。

他们说,随着Oracle将OpenOffice.org源代码重新许可为Apache License 2.0,我们现在可以在此基础上逐步重新安装自己的代码,以提供不仅包括LGPLv3,而且包括GPLv3.0的许可选择。 MPLv2 +允许使用+,LGPLv3.0 +和AGPLv3.0 +。

“它还将使我们能够包含根据此许可证不时提供的任何有用的增强功能。”

开发人员说,这样做有充分的理由:“由于我们与根据无用的宽松许可授权的自己的代码竞争,因此MPL在吸引商业供应商,分销Apple和Microsoft应用程序商店以及随着我们的Android端口的发展方面具有一些优势。平板电脑和移动设备上的iPhone和iPhone”。

LGPLv3 +和Mplv2 +的双重许可允许LibreOffice移植到应用商店,出于不正当的原因,这些商店允许使用copyleft MPL代码,但不允许使用GPL copyleft代码。

Apache OpenOffice问题

但是,Apache OpenOffice有其独特之处:Apache OpenOffice的当前版本基于Oracle OpenOffice.org的最新版本。 但是从那以后,IBM捐赠了Apache的Lotus Symphony代码,目的是将Apache OpenOffice和Lotus Symphony集成在一起,后者基于OpenOffice.org的较早版本,并包含了IBM的数年改编。

下一版本的Apache OpenOffice可能与当前版本的Apache OpenOffice完全不同,并且差异可能与代码本身有关,因为Lotus Symphony从来都不是开源的,代码也从未在上游发布。

本质上,Apache OpenOffice和LibreOffice都有相同的问题-重新定位代码以解决继承的许可矛盾。

OpenOffice.org遗产的最后一个转折之处是,Oracle的最新版本Unbreakable Linux是Red Hat Enterprise Linux的克隆版本,其中包括OpenOffice.org社区的分支LibreOffice作为首选办公室。 生产力套件,而不是Apache OpenOffice,这是他曾经拥有的正式代码。

Sidebar