每个 Fedora 给定的版本支持 时间段. 大约一个月后 Fedora 释放 X+2， Fedora 版本 X 将结束生命周期（有时称为 EOL）。 Fedora 25 最近发布了，所以 Fedora 23 即将结束生命。 大多数用户注意到的报废部分是不再发布更新。 报废的另一个方面是清理 Bugzilla 中提交的错误。 自动脚本用于 close 对于 EOL 版本仍然开放的所有错误。 关闭 EOL 错误的目标是使整个 Bugzilla 管理更容易，并确保正确的错误得到关注。
报告错误并看到它在没有被修复的情况下关闭可能是一种令人沮丧的经历。 许多人喜欢开源的一个方面是能够以透明的方式报告错误。 但是，用户比开发人员和维护人员多得多。 报告错误的人比修复错误的人多。 包维护者可能没有时间响应或修复每个错误的知识。 维护者通常会努力将错误直接报告给上游项目，以供开发人员修复。
一旦向上游项目报告错误，可能会发生几件事。 有时一个错误是已知的并已修复，但开发人员只是不响应错误报告。 除了修复错误外，开发人员还在不断开发新功能。 有时新功能也会修复现有的错误。 如果新软件包版本中有许多更改，则可能很难确定哪个更改可以修复错误。 包维护者和开发者请求对最新版本进行测试的速度更快。 将错误标记为 EOL 表示需要测试最新版本以查看错误是否仍然存在。
如果在最新版本上测试后仍然存在 EOL 错误，则重新打开错误并更改仍然存在错误的版本是适当的。 这对维护人员很有帮助，因为它让他们知道仍然存在错误。 如果维护者知道错误仍然存在，他们可能会对继续向上游报告哪些错误做出不同的选择。 通过只对受支持的版本开放错误，维护人员和开发人员更有可能修复正确的问题。
某些软件包可能会选择比发布一次更频繁地进行大规模生命周期终止通知。 内核包对每个主要更新（从 4.x 更新到 4.y）执行此操作。 关闭不再支持的版本的错误有助于确保维护人员看到正确的问题。 为最新版本的软件提交错误会使 Fedora 更好的产品。
