董事会议 3/2022:2022年9月7日星期三 16:00-17:10 EET + 邮件延期
出席董事会成员
- Eric Herman,主席
- Michael Widenius,MariaDB Corporation
- Sergei Golubchik,MariaDB Corporation
- Max Mether,MariaDB Corporation
- Todd Boyd,IBM
- Barry Abrahamson,Automattic
- Espen Håkonsen,Visma
- Steve Shaw,Intel
- Sean Peng,Alibaba
观察员
- Parikshit Savjani,Microsoft
缺席观察员
- Serguei Beloussov,SIT
- Mark Stockford,ServiceNow
- Qinglin Zhang,Tencent
此外,作为无投票权的秘书
- Kaj Arnö,首席执行官,MariaDB Foundation
议程:
- 首席执行官更新
- 关于将 MariaDB Server 10.11 定为长期支持版本的决定
- 关于设立欧盟附属基金会的决定
- 关于 MariaDB Corporation 赞助商地位的决定
- 关于 Amazon 赞助商地位的后续行动
- 下次会议
- 邮件延期和会议结束
1. 首席执行官更新
- 聘请了 Andrew Hutchings(英国)担任首席贡献官,自2022年8月15日起生效;请参阅博客文章 MariaDB Server 代码贡献之路、生成 MariaDB 指标,尤其是 发布贡献统计数据,这实现了 mtg 2/2022 议程项目5关于定期发布贡献统计数据的决定
- 根据 Serguei Beloussov 的推荐,聘请了 Soeren von Varchmin(巴塞罗那)担任首席营收官,自2022年9月1日起生效;在开源领域有良好的筹款记录,已计划开展工作
- 离职(友好):网站管理员 Andreia Hendea,自2022年9月1日起生效
- 六月成功的面对面员工会议:请参阅博客 疫情期间的员工会议
- 用户 Wikimedia Foundation 的一个有趣的支援案例,MariaDB Foundation 与 WMF 详细沟通以支援他们从 10.4 升级到 10.6 的场景,该场景遇到了问题;问题似乎已解决,解决方案完全依赖于 MariaDB Corporation 的 InnoDB 开发者 Marko Mäkelä 出色的侦探和开发工作(我们的 CIO Daniel Black 也因其见解、努力和投入的精力值得特别提及);下一步:事后会议
- 数据库排名位置:首次受到打击;社区似乎有势头不仅转向 Postgres,也转向 MySQL;最佳假设的补救措施:加强参加非我们自己组织的活动
- 财务状况:到2022年底,仍有盈余
2. 关于将 MariaDB Server 10.11 定为长期支持版本的决定
新(2021年)发布模型的概况
- 每年发布四次,而不是一次,从 MariaDB 10.7 开始
- https://mariadb.org.cn/about/#maintenance-policy 它们的支援期只有一年,而不是五年
- MariaDB 10.6 GA 于2021年7月6日发布,EOL 于2026年7月6日
- MariaDB 10.7 GA 于2022年2月9日发布,EOL 于2023年2月9日
- 2021年12月11日,我们在联合博客文章(Corporation 和 Foundation)https://mariadb.org.cn/new-innovation-release-model/ 中提到“一些发布系列将被选中进行更长的维护窗口,预计至少每隔一年进行一次”
因此,我们建议将 MariaDB 10.11 定为 LTS
- 我们正在努力从 Corporation 内部获得对此决定的支持
- 即使我们必须自己建立资源,我们也可以宣布 MariaDB 10.11 为 LTS,但与 MariaDB Corporation 协调做出决定将节省用于支援采纳和开放性的常规(和额外)活动的资源
新提案:Sergei Golubchik 建议默认情况下将 MariaDB 10.11 定为 LTS,并在 10.11 成为 RC(Release Candidate)时发布该决定,除非在此之前 MariaDB Foundation 董事会另有决定。
决定:新提案通过。
3. 关于设立欧盟附属基金会的决定
关于 mtg 1/2022 的决定:“首席执行官被授权设立一个或两个欧盟附属基金会,其中一个在罗马尼亚。……该动议获得通过,除 Sergei Golubchik 弃权外,所有有投票权的董事会成员均投赞成票。“
- 目前完全停滞
- 法律工作发现需要与 MariaDB Corporation 扩展商标协议(相当简单,仅两页)
- 目前任何进展都被 MariaDB Corporation 阻止
提案:授权首席执行官制定至少两种与 MariaDB Corporation 合作的方案,以便在下次董事会会议上获得批准。这些提案必须遵守在类似情况下平等对待 MariaDB Corporation 与任何其他 MariaDB Foundation 成员或赞助商的原则。MariaDB Foundation 的独立性必须在事实和表面上都无可置疑。然而,任何成员(包括 MariaDB Corporation)都可以资助与 MariaDB Foundation 使命一致的特殊倡议,例如提高我们在特定地理区域(如中国、日本、印度尼西亚)的采纳率,当前的数据库使用情况(如 MySQL、Postgres)或整体开发者心智份额(如在会议、活动和用户组)。
讨论:Sergei Golubchik 指出,商标协议独立于赞助的概念。
Michael Widenius 指出(在会议延期至电子邮件讨论期间),设立欧盟实体的最初原因正变得越来越紧迫。如果存在一个接收欧盟资金的欧盟实体,我们可能有资格获得欧盟资金。因此,董事会需要授权 CEO 设立一个不同名称的实体,其目的是支持 MariaDB 基金会的活动,并能够像 MariaDB 基金会一样支付薪水和花费资金。这不需要任何商标扩展。
新提案:续签对 CEO 的授权,并移除名称中包含商标“MariaDB Foundation”的隐含要求。该授权符合我们美国律师提出的要求。它并未对 4 月份授予 CEO 的授权进行实质性扩展。它仅使授权符合法律要求,主要在于将该欧盟组织设为“姐妹组织”。
背景。
(1) 历史上,MariaDB 基金会(“基金会”)错失了获得来自欧洲个人和实体赠款和捐赠的潜在机会,主要因为基金会设在美国。例如,来自欧洲或欧盟政府机构的赠款更容易授予设在欧盟的组织。更少的赠款意味着基金会可用于执行其使命的资金更少。
(2) 如果基金会希望设立一个或多个设在欧盟的组织以利用欧洲可能的赠款和捐赠机会,基金会的法律顾问建议基金会应通过独立的姐妹组织来完成,这些组织具有平行的使命和组织结构,但不是基金会的子公司(每一个都是一个“姐妹组织”)。这样做有助于简化与任何设在欧盟且是设在美国的实体合法子公司的组织相关联的税务和报告方面的顾虑。
决定 / 董事会决议。鉴于上述情况,董事会特此决议如下
(1) 设立一个或多个设在欧洲的非营利姐妹组织符合基金会的最佳利益,其各自的使命与基金会的使命平行且完全互补;
(2) 指示基金会 CEO 在欧盟创建和组织至多两个姐妹组织,但前提是第一个此类姐妹组织应在罗马尼亚成立。
(3) 为实现上述目标,为 CEO 分配一笔总计不超过 50,000 欧元的运营预算。CEO 如需花费更多资金用于创建和组织姐妹组织,需要进一步获得董事会批准。
(4) CEO 应在最大可能范围内采取措施确保任何姐妹组织的组织结构和使命与基金会的组织结构和使命基本一致,以便避免基金会与任何姐妹组织之间可能产生实质性冲突。
(5) 在罗马尼亚成立姐妹组织时,CEO 应拥有代表基金会采取一切合理必要的行动和措施的酌情决定权,以创建和组织罗马尼亚姐妹组织,包括(但不限于)
a. 担任罗马尼亚姐妹组织的创始人;
b. 以基金会的名义代表基金会签署任何及所有必要的文件,例如罗马尼亚姐妹组织的组织文件;
c. 将上述任何权力委托给第三方,例如罗马尼亚法律顾问;
d. 为罗马尼亚姐妹组织选择一个有特色的名称(或替代名称),但前提是该名称:(i) 符合罗马尼亚法律;(ii) 不使用或包含“Maria”或“MariaDB”或其任何组合;(c) 不太可能在消费者中引起关于罗马尼亚姐妹组织提供的服务来源的混淆(特别是关于基金会和 MariaDB Corporation 的服务);
e. 聘请法律顾问;
f. 代表罗马尼亚姐妹组织开设银行账户;
和
g. 起草、谈判和签署基金会与任何姐妹组织之间的文件(例如,关于员工、项目和运营成本分摊的协议),以确保任何姐妹组织的组织结构和使命与基金会的组织结构和使命基本一致,以便避免基金会与任何姐妹组织之间可能产生实质性冲突。
(6) 如果并当在罗马尼亚以外的欧盟国家创建和组织第二个姐妹组织时,CEO 应拥有与上述第 (5) 款授予的关于该非罗马尼亚姐妹组织的相同权力和酌情决定权。
4. 关于 MariaDB Corporation 赞助商身份的决定
背景
- 他们表示有兴趣将身份从事实上的 Diamond 降至 Platinum
- 未付款项
- 关于早期合同有效性的持续争议
- 尽管基金会 CEO 不仅与 Max,还与 Corporation CEO Michael Howard 进行互动,并致函 MariaDB Corporation 董事会,但仍未解决
提案:授权 CEO 制定至少两种关于与 MariaDB Corporation 合作的方案,需经下次董事会会议批准。提案必须遵守在类似情况下,平等对待 MariaDB Corporation 与任何其他 MariaDB 基金会成员或赞助商的原则。MariaDB 基金会的独立性必须在事实和表面上都无可置疑。然而,任何成员(包括 MariaDB Corporation)都可以资助符合 MariaDB 基金会使命的特殊倡议,例如提高我们在特定地理区域(例如中国、日本、印度尼西亚)、当前数据库使用(例如 MySQL、Postgres)方面的采用率或提升开发者整体认知(例如通过会议、活动和用户组)。
其中一种方案应定义一种合作程度低于目前的方案。
讨论:Steve Shaw(在邮件延期期间):一如既往,我的观点是,尤其是在数据库引擎排名略有下滑的背景下,MariaDB 在 Corporation 和 Foundation 朝同一个方向努力时会更强大。
主席指出,我们无法在规定的时间内结束讨论,并将就项目 3 和 4 作出决定设定了为期两周(直到2022年9月21日)的时间。会议期间,所有人都批准了这一点。
首席执行官指出,董事会需要就2022年9月7日发送的邮件中列出的问题设定预期。
- 与 MariaDB Corporation 的协议必须如何构建?
- 谁做出正式批准决定?
- 正式决定的准备将通过哪些实际流程步骤进行?
决定:与初始提案相同,并增加以下内容。
每个拟议方案都要回答以下问题
- 协议的哪些部分独立于 MariaDB Foundation 和 MariaDB Corporation 之间的相互依赖关系(在商标、开发和其他活动方面)?
- 协议的哪些部分仅因相互依赖关系而相关,不适用于其他赞助商?
拟议方案将首先由 Max 和 Kaj 提交给 MariaDB Corporation 内部的相关方,以确保 MariaDB Corporation 支持这些方案。
然后,拟议方案将在会议之前由 Max 和 Kaj 提交给每位董事会成员和观察员。
在上述非正式 Zoom 演示后,下次董事会会议(2022年11月16日星期三)将选定所需的方案。
5. 关于 Amazon 赞助商地位的后续行动
- 大量与贡献相关的互动
- 请参阅博客文章 贡献愿望清单(按 Otto 的要求)
- 即将与 Otto Kekäläinen 会面,也关于 Debian
6. 下次会议
- 下一次会议是2022年11月16日星期三,与本次董事会会议时间相同
7. 邮件延期和会议结束
如项目 3 的讨论中所述,主席指出我们无法在规定的时间内结束讨论,并设定了两周的时间来就项目 3 和 4 作出决定。这段时间用于讨论(如项目 3 和 4 所记录),之后这些会议记录被发送进行邮件批准。九名有投票权的成员中有六名明确批准,三名未评论。
主席于2022年9月星期五欧洲中部时间10点结束会议。