LSB，Linux Standard Base是一個意圖定義 Linux 發(fā)行版為第三方程序所提供的服務(wù)和應(yīng)用層程序二進(jìn)制界面ABI，Application Binary Interfaces 的規(guī)范。但 Debian 項目內(nèi)的某些人正在質(zhì)疑是否值得維持兼容 LSB，他們認(rèn)為，該項工作的工作量巨大，但好處有限。

LSB 于2001年首次公布，其模型建立在 POSIX 和單一 UNIX 規(guī)范Single UNIX Specification的基礎(chǔ)之上。目前，LSB 由 Linux 基金會的一個工作小組維護(hù)。最新的版本是于2015年6月發(fā)布的 LSB 5.0。它定義了五個 LSB 模塊（核芯core、桌面、語言、成像imaging和試用）。

每個模塊都包含了一系列所需的庫及其強(qiáng)制性版本，外加對每個庫的公共函數(shù)和數(shù)據(jù)定義的描述。這些模塊還包括命名和組織規(guī)范，如文件系統(tǒng)層次標(biāo)準(zhǔn)FHS，F(xiàn)ilesystem Hierarchy Standard中的文件系統(tǒng)布局或象 Freedesktop 的XDG 基礎(chǔ)目錄XDG Base Directory規(guī)范這樣的目錄規(guī)范。

似乎只是一個巧合，就在 LSB 5.0 發(fā)布的同一周，Debian 項目內(nèi)部針對其是否值得保持兼容 LSB 進(jìn)行了一次討論。在另一個貼子中，在提及兼容 LSB 后，Didier Raboud 順勢提議將 Debian 的兼容工作維持在最低水平。他說，目前的情況是，Debian 的“lsb-*” 元包meta-packages試圖規(guī)定該標(biāo)準(zhǔn)中提及的庫的正確版本，但事實上卻沒有人去檢查所有的符號和數(shù)據(jù)定義是否滿足要求。

另外，LSB 還不斷在膨脹；他說， LSB 4.1 版（接近 Debian “jessie” 發(fā)布時的最新版本）包含“1493個組件、1672個庫、38491條命令、30176個類和716202個接口”。似乎沒有人有興趣檢查 Debian 包中的這些細(xì)節(jié)，他解釋道，又補(bǔ)充說，“去年在 DebConf 上我舉行過一次 LSB BoF，后來又與很多人討論過 src:lsb，我收回自己的‘幾乎沒有人在意’的說法”。但，重要的是，Debian 似乎并不僅局限于興趣的缺乏：

我認(rèn)為，這個問題的關(guān)鍵在于是否值得去玩這整個游戲：我還沒聽說有哪個軟件通過 LSB 包來發(fā)行。LSB 認(rèn)證的應(yīng)用清單上只有 6個公司的_8_個應(yīng)用，其中僅有一個是針對不低于 LSB 4 的。

Raboud 提議 Debian 擯棄除了 lsb-base 包（目前包括一個用于啟動系統(tǒng)所需的小的 shell 函數(shù)集合）和 lsb-release 包（提供一個簡單工具，用戶可用它查詢發(fā)行版的身份以及該發(fā)行版宣稱的與哪個 LSB 級別兼容）之外的所有內(nèi)容。

后來，他又稱，將 LSB 基本上改變?yōu)?ldquo;Debian 和 FLOSS 世界中的所有的其它人所實際做的任何事”可能會使得該標(biāo)準(zhǔn)（以及在 Debian 為支持它所做的工作）更有價值。但此時他再次質(zhì)疑是否有人會對推動這個目標(biāo)有興趣。

如果說他最初稱 LSB 中缺乏興趣沒有足夠的證據(jù)，隨后整整三個月之內(nèi)沒有任何人對維持 LSB 兼容的包提供支持，并進(jìn)行了兩次拋棄它們的投票。最后，9月17日，Raboud 宣布他已經(jīng)抽掉 src:lsb 包（如前所述，保留了lsb-base 和 lsb-release），將將其上載到 “unstable” 歸檔中。這個最小的工具集可以讓感興趣的用戶在啟動了下一個 Debian 版本后查詢它是否兼容 LSB：結(jié)果將為“否”。

Raboud 補(bǔ)充說，即便擯棄了兼容 LSB，Debian 仍計劃繼續(xù)兼容 FHS：

但 Debian 并沒有放棄所有的 LSB：我們?nèi)詫?yán)格遵守 FHS（直到 Debian Policy 版本 2.3；雖然今年8月已經(jīng)發(fā)布了3.0），而且我們的 SysV 啟動腳本幾乎全部遵循 VIII.22.{2-8}。但請不要誤解，此次 src:lsb 上載明確說明我們將離開 LSB。

在該宣告之后，Nikolaus Rath 回應(yīng)稱某些私有應(yīng)用依賴/lib和/lib64中的符號鏈接ld-lsb.so*，而這些符號鏈接由lsb-*包提供。Raboud 則建議應(yīng)改由libc6包提供；該包維護(hù)人員Aurelien Jarno 稱，如果提供這樣一個補(bǔ)丁，他將會接受它。

似乎唯一的遺留問題只是某些打印機(jī)驅(qū)動包會依賴 LSB 兼容。Raboud 稱，在其首個貼子中已經(jīng)說明，據(jù)他所知，實際發(fā)布的唯一一個依賴 LSB 兼容的包為 OpenPrinting 驅(qū)動程序。Michael Biebl 稱，主歸檔中有這樣一個驅(qū)動包；Raboud 則回應(yīng)說，他認(rèn)為這個有問題的包應(yīng)該被移到非自由倉庫，因其包括了一個二進(jìn)制驅(qū)動。

于是，這個問題看上去已經(jīng)塵埃落定，至于對于目前的 Debian 開發(fā)周期來說是如此的狀況。很自然的是，未來讓人更感覺興趣的是，如果該決定存在一些影響的話，那么人們將會看到它對更廣泛的 LSB 接受度有何影響。正如 Raboud 所說的那樣，被認(rèn)證為 LSB 兼容的發(fā)行版數(shù)量很少。人們很難不會注意到這些發(fā)行版很大程度上是“企業(yè)”的變種。

也許，對某些商業(yè)領(lǐng)域來說，LSB 仍很重要，但很難知道有多少那些企業(yè)發(fā)行版的客戶真正關(guān)心 LSB 認(rèn)證標(biāo)簽。然而，如果 Debian 的經(jīng)驗靠得住的話，對這種認(rèn)證的一般興趣可能會急劇下降。