OpenStack 开发人员邮件列表摘要 9 月 17 日至 23 日

宣布 firehose.openstack.org

  • 一个基于 MQTT 的统一消息总线,用于基础设施服务。
  • 这提供了一个统一的入口,用于消费来自基础设施服务的事件消息。
  • 两种订阅主题的接口
    • 默认端口上的 MQTT 协议
    • 通过 80 端口的 Websockets
  • 目前只有 Launchpad 和 gerrit 事件正在向 firehose 发送消息,但计划扩展此功能。
  • 一个示例 [1],展示了 gerritbot 在消费端的使用,它支持通过 MQTT 订阅 gerrit 事件流。
  • 关于 firehose 的规范 [2]
  • firehose 的文档 [3]
  • 完整线程

R-1 周发布倒计时,第 26-30 天

  • 重点:所有团队应致力于修复发布关键的 bug,直至最终发布。
  • 通用
    • 9月29日是新发布候选版本或来自中间项目的发布的截止日期。
    • 在 10月6日的最后一个发布候选版本之前,将进入静默期。
  • 发布操作
    • 不遵循基于里程碑的发布模型的项目,如果希望创建 stable/newton 分支,应与发布团队沟通。
    • 请关注翻译补丁并快速合并它们,以确保在发布候选版本中尽可能多地翻译用户界面字符串。
      • 如果您的项目已经分支,请确保将这些补丁应用到 stable 分支。
    • 具有独立交付项的项目联络人应通过准备补丁到 openstack/release 来导入发布历史记录。
  • 重要日期
    • Newton 最后一个 RC,9月29日
    • Newton 最终发布,10月6日
    • Newton 发布计划 [4]
  • 完整线程

从 Big Tent 中移除安全和 OpenStackSalt 项目团队

  • 安全和 OpenStackSalt 项目没有 PTL。没有领导者的项目将默认由技术委员会决定如何处理该项目 [5]。技术委员会的大多数成员同意移除这两个项目。
  • OpenStackSalt 是 Big Tent 中相对较新的成员,如果他们能有所行动,可以重新提出申请。
  • 我们仍然需要关注安全问题,并且仍然需要一个漏洞管理团队 (VMT) 的归属地。建议的方案是让 VMT 申请成为自己的官方项目团队,并将安全作为一个工作组。
  • Mitaka 安全 PTL 提到错过了选举日期,但提供了一些团队正在进行的工作
    • 为 Glance、Nova、Horizon、Bandit、Neutron 和 Barbican 发布安全说明。
    • 更新安全指南(我们编写的关于 OpenStack 安全的书籍)
    • 举办中期会议并吸收新成员
    • 支持 VMT 处理多个已封锁的和复杂的漏洞
    • 建立安全博客
    • 使 OpenStack 成为有史以来第一个获得 Core
    • 基础设施倡议最佳实践徽章的开源项目
    • 正在撰写 OpenStack 安全白皮书
    • 开发 CI 安全工具,例如 Bandit
  • 技术委员会的一名成员私下收到信息,解释了安全 PTL 为什么没有跟上进度。在约 60 个团队中,总会有一两个团队错过,但在这里,我们不确定它是否符合“与社区不一致”的标准,这使得安全团队不适合成为官方的 OpenStack 团队。
  • 完整线程

[1] – http://git.openstack.org/cgit/openstack-infra/gerritbot/commit/?id=7c6e57983d499b16b3fabb864cf3b

[2] – https://specs.openstack.org/openstack-infra/infra-specs/specs/firehose.html

[3] – https://docs.openstack.org/infra/system-config/firehose.html

[4] – https://releases.openstack.org/newton/schedule.html

[5] – https://docs.openstack.org/project-team-guide/open-community.html#technical-committee-and-ptl-elections

发表回复

您的电子邮件地址将不会被公开。 必填字段已标记 *