不仅要将(全部)MySQL保持在开源许可下。
不要添加封闭源代码的部分、模块或所需工具。
要确保MySQL企业版和社区版的代码相同。
不要提高MySQL许可或MySQL支持价格。
以定期和及时的方式发布新的MySQL版本。(*)
继续双许可制度,并始终向需要的人提供MySQL的可负担商业许可证(面向存储供应商和应用程序供应商)或以更宽松的许可证提供MySQL
将MySQL作为开源项目进行开发
积极与社区合作
及时应用提交的补丁
不对令MySQL与Oracle其他产品竞争更激烈的补丁进行歧视
确保MySQL在那些使其与Oracle的主要产品竞争得更激烈的方式上也有所改进。
从Oracle如何处理InnoDB收购的方式来看,如果不开除义务教育,我对Oracle能否做到以上几点不太抱有希望
对于InnoDB
进行了错误修复(但这是在合同义务下完成的)
新的功能,例如在收购前宣布的压缩功能,需要3年才能实现
没有时间表或对开发方向的洞察
社区不允许参与开发
用户(如Google)的补丁,这些补丁本可以提高性能,直到Oracle宣布收购Sun后才得到实施/发布
Oracle开始开发InnoDB+,InnoDB的一个更好的“封闭源代码”版本
最终,Sun不得不分叉InnoDB,只是为了能够提高性能。
的确,开发仍在继续,但这更多是为了继续使用InnoDB来对MySQL Ab施加压力。
请注意,Oracle在Linux内核上的开发不能与MySQL相提并论,因为
Oracle把Linux作为其主要数据库产品的关键技术平台(因此,更好的Linux会使Oracle的平台更好)
- 内核中的GPL代码不会影响在其上层运行的程序(因为Linux中的一个例外)。
因为我们无法访问MySQL客户和用户的数据库,我们唯一的办法是利用MySQL和开源社区来传达信息。如果甲骨文没有违反反垄断合并案件中的既定规则,并且没有在反对意见宣布后积极动员客户来影响欧洲委员会,我是绝对不会采取这种做法的。
采取行动的时间非常紧迫,因为欧洲委员会(EC)需要根据甲骨文的行为,在大约2010年1月5日左右做出决定。由于严格的截止日期,每封电子邮件都很重要!
我想请你做的是
- 将这封电子邮件/信息转发给你认识的每一个使用MySQL或开源/免费软件的人,并且转到那些你知道有人们在使用或关心MySQL和开源(请先检查此电子邮件之前是否已被发送到那里)的电子邮件列表。
- 或者发送关于此信息的电子邮件,并告诉他们阅读http://monty-says.blogspot.com/2009/12/help-saving-mysql.html
- 在接下来的两周内,在你网站上添加到http://monty-says.blogspot.com/2009/12/help-saving-mysql.html的链接,链接文字为“我们正在使用MySQL,请帮助拯救它”。
- 关于此事写博客(可以包含此文本或只是链接到我的博客)
- 通过电话(不要通过电子邮件联系,这是紧急的事情)联系你的老板或副总裁,并要求他阅读这封电子邮件并且尽快给欧洲委员会写信!
- 如果你以上没有可以联系的人,给欧洲委员会发送一封电子邮件!
因为我们希望欧洲委员会能够对当前情况有一个正确的了解,我们希望你首先填写上面部分,然后从以下建议的文本中选择与你对局势看法最相符的一个。如果你认为这有助于欧洲委员会更全面地了解MySQL的使用,你可以自由提供自己的文本和附加信息。
发送至:[email protected]
如果你想要我们保持更新,请将副本发送到[email protected]
如果你有额外的时间来帮助,请填写以下内容,如果没有,请直接跳到主要文本。
姓名
职位
公司
公司规模
MySQL的安装数量
MySQL中存储的数据总量(兆字节)
MySQL用于哪种类型的应用程序
这封电子邮件应否由欧洲委员会保密:是/否
根据以下文本之一作为回答的基础
a)
我不相信甲骨文会很好地照顾MySQL,MySQL应被剥离给其他公司或基金会,这些组织通过发展和推广MySQL可以从中受益。未来还应该能够将MySQL与封闭源代码应用程序结合使用(无论是在例外情况下、更宽松的许可证或能够以有利条件双重许可MySQL)。
b)
我认为甲骨文可以成为MySQL的良好管理人,但我需要欧洲委员会从甲骨文那里得到具有法律约束力的保证,
- 所有MySQL将继续未来完全开源/免费软件(没有任何封闭源代码模块)。
- 开源版本的MySQL应该与双重许可版本的MySQL有相同的源代码(就像现在一样)。
- 开发应以社区友好的方式进行。
- 说明书应在宽松的许可证下发布(这样人们可以像服务器那样对其分叉)。
- 应该在更宽松的许可证下发布MySQL,以确保在Oracle不是一个好的保管人时,分支可以真正与Oracle竞争。
或者
- 应该能始终以低价购买MySQL的商业许可证。
- 所以上述所有内容应该是永久的和不可撤销的。
还应该有机制,如果Oracle没有按照预期行动,分支应该能够与Oracle竞争
c)
我相信Oracle,我建议欧盟委员会无条件批准这笔交易。
--------------------
让我们向Oracle和欧盟委员会证明开源社区是一支真正的力量,我们很好地照顾我们的公民,我们更喜欢与同样做的公司合作!
MySQL的未来在你手中!
感谢您的帮助!
米哈伊尔·维登纽斯
MySQL的创始人
更新:Oracle已经作出了一些公开承诺(点击查看),仅针对标记有(*)的这一个问题进行了修复。
注意:他们对存储引擎供应商的承诺并不对将来有保障,因为这是一个有限期的不可抗辩(他们承诺不诉讼5年),但在5年后他们仍可以因为使用具有旧代码的存储引擎而对某个供应商提起诉讼。他们将承诺限制在存储引擎API,但没有限制几乎每个可插入存储引擎都使用的其他插件API。他们对此进行了澄清,Oracle应该将其改为针对所有插件的许可例外,并且应与发布代码有效永久。
来源: http://monty-says.blogspot.com/2009/12/help-saving-mysql.html
|