也就是说,应该注意到Arch Linux和Manjaro已经放弃了32位支持,而Pop!基于Ubuntu。Red Hat的Fedora刚宣布它正在放弃32位Linux内核,但它将保留32位库。因此,在命名的发行版中,只有Fedora看起来很有希望获得32位Steam。
该游戏公司还解释了为什么它决心坚持使用过时的32位软件。首先,虽然Steam已经捆绑了所需的大部分32位游戏软件依赖,但它目前依赖于主机系统上可用的一些关键组件:32位glibc,ELF加载器,Mesa和NVIDIA图形驱动程序库,仅举几例。“
对于没有32位支持的Ubuntu 19.10,Valve还没有准备好更新Steam和游戏。它可以做到这一点,但“在这个时间范围内需要对Steam的运行时环境进行如此根本性的改变对于[Ubuntu]用户来说将是非常危险的,并且可能不会带来无缝体验。”
此外,还有许多“旧的第三方游戏和桌面软件存在于Steam之外,因此不使用Steam运行时环境。这种新方案将打破这种32位非Steam游戏和工具。”
因此,阀门“将不得不放弃我们正在做的事情并争先恐后地支持19.10的新计划。我们不相信我们可以做到这一点而不将一些流失转嫁给我们的用户,它不会解决我们许多用户所依赖的Steam以外的第三方软件的问题。“
总之,对于必须在几个月内完成它们,Valve一直“不高兴”。也就是说,多年来,Linux发行版一直在摆脱32位软件。Linux内核在2012年摆脱了32位支持.Canonical本身一直在谈论在开发者圈子中从Ubuntu中删除32位支持超过一年。Valve承认“他们让我们了解他们的意图,并在本月早些时候向我们介绍了细节。”但是,Valve从不喜欢这一举动。
阀门感觉被迫改变,他们不想移植他们的软件。Valve认为Ubuntu的“新方案将打破这种32位非Steam游戏和工具,除非用户足够精明,知道他们需要在兼容性环境中运行它们。”此更改还会使所有早期的文档在Ubuntu上安装和运行旧的二进制软件无效或过时。“
此外,Valve认为:
为了不仅运行Steam客户端,还需要支持32位库,还需要运行Steam上仅支持32位环境的数千种游戏。在可行的情况下,启用Steam客户端以在纯64位环境中运行会使这些用户无法访问绝大多数当前Steam库,而无需额外的兼容层。确保用户拥有的所有游戏尽可能保持完全可玩性是Steam的核心原则,我们不相信任何任意拆分用户库的解决方案都是可以接受的。
因此,在接下来的几年中,Ubuntu 20.04将一直支持到2025年,Steam和Steam游戏将在Ubuntu上运行。但Valve正在为其他Linux发行版打开大门,以全力支持Steam。
与此同时,Ubuntu及其近亲如Linux Mint可以说是最受欢迎的桌面Linux发行版。Canonical和Valve可能对彼此不满意,但他们需要彼此生活在一起。