停止支援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上執行的最終解法。