XLibre是意圖取代X.Org的一個專案。
一般來說，我們最近幾年常聽到的是Wayland即將取代X.Org X Server，成為新世代的Linux圖形環境標準。那麼如果有人是要延續X Server的生命，而非整個打掉重練呢？
我們又要如何安裝這個嶄新的X.Org fork，延續X Server的生命呢？
1. 為什麼XLibre意圖取代X.Org？#
先來點歷史脈絡。
X Window，又稱X Server，是顯示圖形介面的一套軟體，規範了與底層硬體互動的方式，負責底層圖形繪製與滑鼠事件管理，可說是顯示GUI必不可少的軟體。但是使用者並不會直接操作X Server，而是與桌面環境互動。桌面環境是怎麼來的呢？因為X Sever處理好了底層與硬體溝通的方式，軟體開發者便可以在X Server的架構之上開發一套完整的桌面環境，例如GNOME和KDE Plasma，然後使用者就能操控作業系統。
自1987年在貝爾實驗室誕生起，X Server便一直使用至今，成為許多類Unix系統（Linux、BSD、Solaris）桌面環境的標準依賴項目。
X Server的原始開發者只有定義X通訊規範，對軟體具體實作沒有規定，因此需要一個X Server的實作才能讓使用者安裝。X Server有很多開發者實作的版本，例如1992年推出的XFree86 X Server，過去曾經蔚為主流，但因為商業化引發社群爭議，遂在2004年由一群開發者分叉(fork)出X.Org X Server，成為最受歡迎的X Server實作。
到現在2026年，開源社群最常使用的依然是X.Org X Server。由於使用的X通訊協定為第11版，又稱之為「X11」。大部份人會用「X.Org」或者「X11」的名字稱呼這個X Server。
但是，因為X.Org X Server架構過於陳舊，屎山程式碼難以維護，產生許多安全性疑慮，2008年一部分X.Org X Server的開發者發起了「Wayland」專案，意圖用更現代的圖形系統取代X.Org。
相關文章：你是否應該切換到Wayland桌面？
於是，在那之後，主流的Linux發行版開始往Wayland遷移，並逐步放棄X.Org支援，例如GNOME桌面開始提供Wayland工作階段。但因為種種因素Wayland並無法立即取代X.Org，兩者並行存在了很長一段時間。
之所以難以取代，乃是因為Wayland與X.Org的架構並不相容，等於是整個打掉重練，程式要重寫。很多在X.Org能輕鬆做到的操作，Wayland根本沒有相關API能用，得要Wayland協定的核心開發者慢慢改進。例如Wayland桌面過去很長一段時間沒有統一的螢幕錄影方法，每家有每家的實作，影響錄影軟體OBS Studio的開發，直到PipeWire技術的出現才大幅改善這個問題。這些因素導致了開發者遷移的意願不高。
考慮到X Server有那麼多家實作，例如XFree86和X.Org，Wayland為什麼不會有這個問題呢？Wayland其實也有一些fork，例如Canonical的Mir（最終失敗了）和ChromeOS的Exosphere。不過因為Wayland初始的架構上比X Server精簡，設計之初只定義通訊協定，其餘交給各家合成器自行實現，本身就導致了碎片化，所以去fork Wayland沒太大意義就是了。也有可能是，主要開發者像Systemd一樣牢牢掌控著開發進度不讓它被亂駭。
2024年，Wayland取代X.Org的進程開始加速，主因是Linux世界的老大哥Redhat在最新版RHEL 10完全移除了X.Org支援，強制使用Wayland，包括預設的GNOME桌面環境都已經拋棄了X.Org。既然龍頭都這樣做了，勢必會影響到其他Linux發行版的決策，迫使開發者轉向支援Wayland。
許多開發者都在針對Wayland改進功能，包括主流的GNOME、KDE Plasma桌面都將優先支援Wayland。相較之下X.Org已經進入安寧病房，幾乎沒有新功能了，變成只要能動就不要去修。開發者想讓它自然消失。
時間來到2025年，RedHat甚至連X.Org X Server程式碼都不打算再繼續維護下去了，他們正逐步從合作夥伴FreeDesktop原始碼儲存庫中移除X.Org X Server。
此時，有一群開發者看不慣這種行為，跳出來分叉出了X.org X Server，稱之為XLibre X Server。
這是自2004年XFree86 X Server 分叉出X.Org X Server以來，開源社群最大的一次行動。
他們選擇繼續延續X Server的生命，而非是讓Wayland走向未知的未來。
XLibre X Server意圖延續被放棄的X.Org X Server，繼續改進其架構，強行續命。將那些被上游X.Org回絕的patch全部套用在XLibre之上。具體改善內容可以查詢XLibre開發者的Github提交紀錄。
XLibre開發者到處呼籲Linux發行版與BSD系統的開發者加入他們的事業，「解放」他們的桌面，將XLibre加入系統套件庫。
到了2026年，XLibre已經被一些Linux發行版收錄，替代舊有的X.Org套件。
2. XLibre專案的爭議#
XLibre並非拯救X Server的萬靈丹，也不見得是替代Wayland以外的好選擇，具體體現在以下問題：
一、理念問題
- XLibre開發者與X.Org開發者的摩擦。XLibre的主要開發者Enrico Weigelt曾經給X.Org在Gitlab的儲存庫送了一大堆patch，試圖改善X.Org的安全性問題，結果沒多久後就被撤回，X.Org開發者認為他的程式碼品質低劣，沒有經過完整測試就放上來，是在搗亂，把他被踢出FreeDesktop儲存庫的存取權限。所以，他只好自己出來搞XLibre。這個分叉出來的專案可能永久成為hard fork，不見得會將變更合併回X.Org專案上游。
- 政治立場問題，XLibre主要開發者Enrico Weigelt被指支持極右翼，反對DEI，XLibre在Github的Readme語帶嘲諷的寫了：「我們不在乎你的政治立場與性向為何」然後就沒了，完全視Code of Conduct的標準做法為無物。XLibre支持者則反過來指控FreeDesktop已經被左派woke人士污染。
- 缺乏商業大公司支援。許多Linux發行版視Wayland為主流，認為X.Org是落後技術，不願意收錄XLibre的套件。舉例來說，RHEL、Ubuntu、SUSE等主流商業發行版，都往Wayland遷移了，X.Org放給它死，沒有打算要支援XLibre。Fedora和Debian開發者則是嚴辭拒絕加入XLibre。這樣XLibre可能會淪為地下駭客的玩物。
二、技術問題
- XLibre既然作為X Server的實作，應該是相容X.Org的舊有規範的，理論上應該能夠作為drop in replacement。但是，縱然X.Org即將被Wayland取代，各大Linux發行版依然有很多套件依賴X.Org。貿然將XLibre加入Linux發行版的套件庫，將會導致許多程式的依賴項目崩潰。而且XLibre是很年輕的專案，2025年才出現，沒有人可以確定XLibre未來是否能穩定取代X.Org。
- 一些圖形驅動程式是依賴舊有X.Org編譯的，例如Nvidia專有驅動。遷移到XLibre會導致驅動無法開箱即用，需要手動調整設定檔。
- XLibre不見得能解決X.Org的固有問題。一些嶄新的圖形技術，在Wayland比較容易實現，要在X Server實作幾乎不可能，例如HDR與VRR的支援。儘管確實有人在XLibre實現了HDR支援。
- 越來越多的圖形程式開發者已經完全放棄X.Org支援，轉向Wayland，要他們回頭支援X Server是在反其道而行。增加開發者維護成本。
3. 如何安裝XLibre X Server#
最好找已經提供XLibre套件的Linux發行版，真的不行再自行編譯。
參照Are We XLibre Yet? - Github，尋找支援XLibre的發行版。撰文當下，願意完全遷移到XLibre的都是一些奇怪的小眾發行版，例如下圖是採用XLibre的Artix Linux ISO。
主流發行版基本上都得靠第三方解決方案。
以Arch Linux來說，2026年XLibre尚未進入官方套件庫，需要參考AUR說明編譯安裝xlibre-xserver，或者使用binpkg-arch-based儲存庫提供的二進位檔。
因為會取代X.Org，套件會衝突，建議在tty模式操作。
安裝的時候，pacman可能會顯示XLibre與X.Org衝突，需要將後者相關的套件都移除。
我使用的是KDE Plasma 6桌面，目前還透過plasma-x11-session套件提供X11工作階段支援。理論上，安裝後用起來應該是感覺不到太多變化，一切如常。XLibre繼承了X.Org的大部份功能，因此專為X11設計的程式，像xrandr依然能夠運作。
只是在查看運作中的程式的時候，看到的是xlibre-xserver而非xorg-server。
