一定数量的mounths将支持特定版本的Ubuntu的承诺不一定意味着要修复所有错误,甚至承诺要修复所有错误。
请注意Ubuntu网页上针对台式机业务用户的引言。
免费定期进行更新和升级,以保持最新
请参阅名为Ubuntu的图表,了解桌面发布周期。请注意,接下来的两个LTS版本将获得2年的硬件和维护更新支持以及3年的维护更新支持。这可能包括错误修复,但并不意味着承诺在此期间修复所有错误。
与服务器LTS版本相似,此页面针对Ubuntu服务器业务用户显示。主要区别在于硬件和维护更新的有效期为整整5年。
正如您问题中指向错误报告的链接所显示的那样,通常很难确切地确定是什么软件包导致了问题,并且我们还可以看到,志愿者们花费了大量精力来整理错误报告,以确定哪些错误应该优先级以及由谁负责解决。
当我阅读有关错误帮助的页面时,我发现Ubuntu开发社区对错误报告的反应非常有条理。
您还需要考虑Ubuntu是发行版。它吸收了Linux社区其他部分的软件组件,并将它们组合在一起。如果该错误出现在Linux内核,Debian,Gnome或Ubuntu不负责的其他组件中,该怎么办。
错误报告必须推送给负责维护和开发包含该错误的程序包的人员。然后由那些人决定。
有时,Ubuntu人员可以提供修复程序以及错误报告。重要的是,将修补程序推送到上游(称为该修补程序),然后Linux社区中的所有人都可以受益,而不仅仅是我们的Ubuntu用户。该修补程序需要花一些时间才能流向上游,被上游维护者接受,然后又返回下游以修补到Ubuntu中。
我有时会做出决定在下一个即将发布的Ubuntu版本中修复该问题,而不是在很快将被取代的版本中修复该问题,这并不奇怪。特别是如果下一个版本要成为具有5年支持的LTS版本。
您说该特定错误已在“精确穿山甲”中修复,但在Oneiric Ocelot中未修复。但是,精确的穿山甲12.04已经测试了将近六个月。通过将修复程序放入Precise中,可以对该修复程序进行测试。
对于希望使用稳定版本进行测试的用户而言,这比将其放入Oneiric更好,您认为吗?
修复过去可以等待。从一开始就获得未来的“精确”。我认为这很重要。