停止支援i386架构反弹大，Canonical决定继续提供部分32位元函式库
Canonical甫宣布不在新版Ubuntu 19.10支援i386架构，游戏开发商Valve直接宣布不为之后的Ubuntu发布新版Steam，社群反对声浪铺天盖地而来，让这项决策不得不转弯，现在Canonical决定，会继续在Ubuntu 19.10和20.04 LTS支援i386架构，但只提供部分由社群决议留下的32位元函式库。
官方提到，从2014年开始社群就在讨论i386架构的支援问题，在Ubuntu 18.04 LTS发布之后，他们也咨询了Valve，以为社群已经取得足够的共识，但没想到之前的这些讨论没有真实反映出社群的状态，所以在终止支援的消息发布之后，还是引起了激烈的讨论，尤其是在Ubuntu Studio和Wine社群，Canonical为此暂缓了这项决策，承诺会继续支援32位元的函式库，但是仅针对特定的热门函式库，之后会启动一个社群流程，由社群决定留下的函式库。
目前软件的效能以及功能不断往上提升的状况下，开发者已经很难使用32位元函式库开发新的软件，Ubuntu中绝大部分的32位元函式库没有被使用，而更少人注意也就代表存在臭虫的概率更高，另外，i386架构现在正面临重大的安全性威胁，就是Spectre和Meltdown漏洞没有被解决，所有的Spectre和Meltdown漏洞解法都不适用于32位元系统，也因为这样，Canonical在去年已经停止发布i386架构的安装映像档，但是一直以来，Canonical都希望用户可以在64位元Ubuntu执行32位应用程序，因此在Ubuntu核心特别设计支援这项功能。
Ubuntu现在正处在新旧功能取舍的交界，Canonical认为，社群的力量可以帮助他们找到平衡，因此他们决定在接下来的Ubuntu 19.10和长期支援版本Ubuntu 20.04 LTS，依然会提供应用程序执行必需的32位元函式库。不过，Canonical仍然会继续推动停止支援i386架构的工作，他们将与Ubuntu Studio、Wine以及其他游戏社群合作，使用容器化应用程序技术，来解决最终32位元函式库停止支援的问题，Snaps与LXD容器化技术都可以为应用程序提供完整的32位元环境和捆绑的32位元函式库，Canonical表示，这应该是旧应用程序在新Ubuntu上执行的最终解法。
