捆绑 – 发生了什么变化，有什么大不了的？
在之前的 5tFTW 和一个月前，我已经谈到了捆绑和拆分，我们一直在 辩论问题 在 Fedora 开发列表，在一个有数百个回复的巨大线程中。
快速概述是，“捆绑”是一种软件开发实践，当您编写的程序需要一些支持软件（称为“库”）时，您只需将该库直接复制到您的程序中。 另一种方法是使用所有的共享版本 Fedora，但是开发人员有时不这样做的原因有很多（好的和坏的，简单的和复杂的）。
Fedora 长期以来，一直有一条相当严格的规则，禁止在分发中包含带有捆绑部件的软件。 想要包含软件的打包者需要确保这些部分被分离出来，或者使用现有的共享版本，或者如果这些部分不独立存在 Fedora 已经，为每个人创建一个新包。 在某些情况下， Fedora 包装委员会 – FPC – 将批准例外，但通常在有限的情况下。
拆分有明确的好处，包括更好地使用磁盘和内存，以及在发现安全事件时可能减少工作量。 但在实践中，我认为这是一个 example 将完美视为善的敌人——也就是说，通过把这个标准提高到非常高，我们实际上在实践中让事情变得更糟。
上周，FECo Fedora 工程指导委员会通过了一项非常显着放松规则的高层政策。 新政策规定可以使用系统库的软件必须这样做，但解绑不再是硬性要求。 打包者需要联系上游并记录，并且（对于安全性至关重要）所有捆绑的库必须在包本身中标记。
我认为这是向前迈出的一大步 Fedora，这将使获得许多重要的现代软件变得容易得多 Fedora 用户，这将使包装感觉不那么令人沮丧。 这对 Fedora 认识到开发人员不只是疯狂、懒惰或两者兼而有之——尽管不是每个人都会同意这个结论，但对于软件的捆绑方法至少有合理的论据，而且我们最好至少在对话中而不是比完全敌对。 但我还想强调另外两件事。
首先，FESCo 的意图不是放下一些比喻性的靴子。 这是建立新政策的起点，并且非常愿意在需要时进行澄清和完善。 看票 新捆绑政策的澄清/改进 如果你对制作的香肠感兴趣。 我希望看到 FESCo 和 FPC 共同努力，提出新的指导方针，这些指导方针反映了更开放的方法，同时也涵盖了上周决定尚不清楚的一些领域。
其次，这并不意味着 Fedora 已经放弃了包装质量，但这并不意味着我们将捆绑作为最好的方法。 有一个松散的提议 在 Fedora 开发清单 对于“解绑 SIG”，由对这个问题真正充满热情的人组成，并有权与打包者一起在有意义且具有重大影响的情况下解绑。
我们还需要更好的工具。 现在，我们依靠单独的、初始的手动包审查来识别捆绑的库。 如果我们能扫描我们所有的软件，包括新版本，那就更好了。 里面有很多代码 Fedora，但从根本上说，这种识别是计算机可以很好地处理的——我们目前还没有工具来做这件事。 我认为这样说很安全 Fedora 有了这样的工具，新政策将比 Fedora 没有它和旧政策。
所以，简而言之，分拆已经死了，但分拆万岁……如果有足够多的人真的对它感兴趣的话。
外展实习生的空缺
外展 是一项实习计划，旨在帮助来自免费和开源软件中代表性不足的群体的人们参与其中。 今年，我们赞助了两个空缺职位 Fedora，一份由红帽平台工程资助，一份来自 Fedora 社区预算。 如果您对此感兴趣或认识某个很棒的人，请查看我们的 外展 2015 维基页面。
其中一项实习以代码为中心，致力于为 Fedora 集线器 — 需要 HTML、JavaScript 和 CSS； Python 很高兴拥有。 另一位将在我们新的社区运营团队工作（通信运营)，帮助营销、大使、 Fedora 杂志等。
Fedora 理事会预算讨论
这 Fedora 理事会默认为公开讨论，但有时我们会在问题敏感时进行私人电话会议。 有时，似乎世界上没有什么比金钱更敏感的了，周一，我们与红帽开源和标准小组的 Ruth Suehle 进行了私人通话，负责 Fedora的社区预算，用于资助 群 和 FUDCon 会议， Fedora 活动日，以及所有的活动 Fedora 大使. （当然，露丝也是 Fedora 贡献者，之前在 Fedora 营销和 Flock 整体成功背后的巨大力量。）
我已经发布 那个电话的笔记 到 Fedora 理事会讨论清单。 如果你是其中的一员 Fedora 大使，或者想成为大使，我绝对推荐你加入讨论。 有很多领域我们可以做得更好。 不乏我们可以通过花一些钱来有所作为的领域，但我们需要更加努力地衡量我们所做工作的影响，以便我们可以有效地请求资源做更多的事情。
Fedora 23 状态
在以上所有内容中不要忘记， Fedora 23 发布指日可待。 我们进入了“最终冻结”昨天，这意味着除非有特殊例外，否则不能进行任何更改，并且发布工程将从制作测试候选者转变为发布候选者，这是所有各种构建 Fedora 工件（安装媒体 Fedora 服务器，现场 CD Fedora 工作站、qcow2 和 AMI 映像 Fedora Cloud， 一切 旋转 和 手臂 图像，以及其他所有内容）。 一旦发布候选通过 发布验证 质量保证团队将其称为“黄金”并将其运送给您，目标日期为 10 月 27 日，距万圣节不到两周时间。
buildroot 中的 DNF
并且，以包装商（和好奇者）的技术说明结束：
你现在可能知道 DNF 包管理器已取代 Yum Fedora — 至少在安装时 Fedora 系统。 不过，直到本周，我们生成包含这些系统的 RPM 包的构建环境仍然使用 Yum。 DNF 主要是 Yum 的替代品，但它使用完全不同的方法来解压 – 即确定给定包需要哪些包才能实际工作或构建。 所以，做出这个转变是一件大事，因为它可以揭示包装错误，这些错误被 Yum 碰巧订购东西的方式所隐藏——当然还有真正的 DNF 错误。
截至本周，Release Engineering 切换了 Rawhide (Fedora 不断移动的开发分支）来使用 DNF。 有一个 一些小故障 因为并非所有系统都已更新到最新版本的 DNF，但现在一切都已顺利进行。 如果您发现任何新问题，请在开发列表上发布相关信息。 （请注意，F23、F22 和 EPEL 构建将继续使用 Yum。）
