Fedora 23 测试版
当然，上周标志着发布 Fedora 23 beta. 到目前为止，报告都很好，我很高兴在我的系统上使用它。 （我至少听说过一个“甚至比 F22 最终版本更好”！）如果您还没有，请检查一下（确保扫描 F23 常见错误 页面，在我看来是令人欣慰的短 – 看起来我们在万圣节发布方面进展顺利！
FUDCon LATAM 反射
几周前我发布了关于 FUDCon Cordoba 的帖子，从那时起，在 Fedora 行星，我们的社区博客聚合器。 内维尔克罗斯问 FUDCon 到底是关于什么的？，玛丽亚“塔蒂卡”莱安德罗写道 打造更好的 FUDCon 体验. 我发现这两个读物都非常引人入胜。 我们在这个地区有很多优秀的人才，并且有很多用户和贡献者增长的机会，很高兴看到关于我们如何让 FUDCon 更好地服务于这一点的讨论。
木偶驱动的协作
在这种情况下，不是 自动化软件，但是一个真正的傀儡，Lunduke 先生，Linux 社区人物 Bryan Lunduke 的另一个自我（也许最出名的是他定期的“Linux Sucks”演讲——剧透警告，它的妙语是它大多不烂）。 无论如何，前几天我参加了与 Ubuntu 社区经理 Michael Hall 和 openSUSE 董事会主席 Richard Brown 的小组讨论，讨论了这些不同的 Linux 风格如何协作以及我们如何才能做得更好。
关于“捆绑”的更新提案
根据上个月的反馈， Fedora 工程指导委员会（“FECo”—— Fedora的全选技术领导机构）成员斯蒂芬加拉格尔提出了修订 减少反捆绑要求的建议. “捆绑”是我们所谓的实践，即需要一些支持代码（“库”）的软件开发人员在他们自己的项目中包含该权利的副本。 在一些软件开发领域，这被称为“供应商”。 在其他情况下，比如 Go，它是“使用这些库通常会做的事情”。
传统上， Fedora 不仅对它不屑一顾，还积极与之抗争。 这主要是因为这最终会成为一场安全噩梦——当在某个库中发现错误时，您必须对其进行追踪并在各处进行更新。 但是，这种做法也给我们带来了很大的痛苦。 它预先产生了大量工作，许多上游软件项目认为它是有害的——用户得到的东西与他们测试过的软件非常不同。 强制拆分增加了对 Fedora 贡献的障碍，与上游不和意味着更难扩展 Fedora 即使开源越来越成为新软件开发的默认设置，软件包集合也是如此。 因此，虽然这个安全故事是一个很大的好处，但我们付出了高昂的代价。
Stephen 的提议旨在为发行版的“关键路径”部分保留解绑的好处，并在边缘放宽它——同时保持对捆绑的强制标签的严格政策。 （Matthias Clasen 补充说，要真正有意义，这应该得到自动化的支持，我也同意这一点——如果我们把所有的精力都放在构建那些用于拆分的工具上，我们会处于一个更好的位置。）
对所有人都适用 Fedora 基础设施
并且，以另一个技术说明结束：Kevin “Nirik” Fenzi 写道 Fedora的基础设施团队有 完成了从 Puppet 到 Ansible 的三年迁移 用于配置管理。 作为一个里程碑，这是值得一提的，但对于任何对系统管理主题感兴趣的人来说，这也是一本有趣的快速阅读。
