在我的 Ubuntu 16.04 桌面上，我定期（通常每周多次）通过更新管理器 GUI 检查更新并安装所有显示为可用的更新。
今天，昨天绝对不是这样，为“iproute2”（“网络和流量控制工具”）提供了更新。
有时当更新可用时，例如今天，我会去packages.ubuntu.com查看详细的更改日志及其历史记录（在 GUI 中无法访问）。
当我从 中检查包条目时xenial，更新日志说最后一次更新是在 2016 年发布的。所以我检查了来自的条目xenial-updates，确实，顶部有一个项目描述版本“4.3.0-1ubuntu3.16.04.4 ”我今天刚刚通过更新管理器 GUI 收到。
然而，该更新的日期是 2018 年 9 月 18 日。那已经是整整两个月了！这怎么可能发生？更新可能会作为分阶段推出的一部分交付到 GUI，但是对于“中等”紧急更新在发布后到达更新管理器 GUI 来说，整整两个月是相当长的时间，不是吗？
更新日志中的日期不是发布更新包的日期。这只是进行更改的人修改其提交的更改日志的日期。当提交被合并到 Ubuntu 的存储库中时，它可能已经花费了相当多的时间进行测试（例如，在某处的 PPA 中，或在 Debian
sid/中testing）。然后它会花时间-proposed，确保它在 Ubuntu 的存储库中没有任何损坏。然后它最终移动到-updates（或-security，视情况而定）。您可以查看 Ubuntu 打包代码和发布历史以了解详细信息。
在这种特定情况下：
有问题的提交（与顶部的更改日志条目相同）：
从出版历史来看：
因此，这些更改仅在 11 月 6 日进入 Ubuntu 的存储库。第二天，它被上传到
-proposed，12 天后，到-updates. 在时区和镜像更新频率之间，需要几天时间才能联系到您。没那么长。