Steam和Ubuntu在32位库中发生冲突

对于Linux上的游戏来说,这是一个动荡的一周。上周二下午,Canonical的Steve Langasek宣布,截至今年10月1910年中期发布的代号为“Eoan Ermine”的32位库将被冻结(保持原样,没有新的版本或更新)。 Langasek很清楚,这并不意味着放弃对运行32位应用程序的支持。

虽然这意味着我们不会提供32位构建的新上游版本的库,但是有很多方法可以继续为后来的Ubuntu版本的用户提供32位应用程序,详见(4)。我们将努力在19.10开发周期的过程中完善32位支持故事。要了解这种支持的演变,您可以参加(5)的话语主题。

不幸的是,对于所有阅读它的人来说,公告的那部分内容可能并不完全清楚。这个群体可能包括Steam领导人Pierre-Loup Griffais,他在推特中与Ubuntu分手。

两天后,Canonical发布了另一个公开声明,明确表示将继续支持常用的32位库。该声明被广泛报道为Canonical的“近似面孔”,但它似乎更多地是对原始声明的澄清。问题的核心在于32位计算代表了一个非常广泛的攻击面,减少了大量的主动维护,以发现,分析和修补漏洞和攻击。与任何公司一样,Canonical需要智能地应用其开发人员资源,因此它寻找在可能的情况下消除不必要的瑕疵的方法。绝大多数32位代码都是残酷的。

“我们将建立一个社区流程来确定支持遗留软件所需的32位软件包,并且如果我们错过了需要的东西,可以在发布后添加到该列表……我们认为期望这样做是合理的。社区参与并在实现下一波能力和保持长尾之间找到适当的平衡,“Canonical在一份声明中说。 “尽管如此,在这种情况下,我们可以相对轻松地更改计划并在Ubuntu 20.04 LTS中本地启用具有特定需求的应用程序。”

Canonical还承诺它将与WINE,Ubuntu Studio和游戏社区一起使用容器技术来解决32位库的最终寿命;它应该可以在更新版本的Ubuntu上运行旧应用程序.Snap和LXD使我们能够拥有完整的32位环境和捆绑的库,从长远来看解决这些问题。“

如果Valve决定继续离开Ubuntu,一个可能的着陆点可能是鲜为人知的经销商Solus,它已经做了大量工作,将Steam直接集成到其主存储库中。正如Forbes的Jason Evanghelo今年早些时候在一篇评测中指出的那样,对于只想开始玩游戏的Linux新手来说,Solus是一个非常容易的选择。这样的举动也不一定是Ubuntu上Steam支持的结束;前Solus首席开发人员Ikey Doherty在暗夜Linux播客中推测,有可能构建基于Solus Steam的快照包,然后可以轻松安装在任何Linux发行版上,包括Ubuntu。

Ars直接与Valve联系以对此情况发表评论,但尚未收到回应。

资讯来源:由0x资讯编译自ARSTECHNICA,版权归作者Jim Salter所有,未经许可,不得转载
提示:投资有风险,入市需谨慎,本资讯不作为投资理财建议。请理性投资,切实提高风险防范意识;如有发现的违法犯罪线索,可积极向有关部门举报反映。
你可能还喜欢