Linux Standard Base

Linux Standard Base（LSB）は、複数のLinuxディストリビューションの共同プロジェクトであり、リナックスファウンデーション を活動母体としてLinux系オペレーティングシステムの内部構造の標準化を行うものである。LSB は POSIX 仕様、Single UNIX Specification、その他いくつかのオープン標準に基づいて、特定の分野についてそれらを拡張している。

LSB の目標は次の通りである。

「LSB の目標は、Linuxディストリビューション間での互換性を向上させ、準拠システム上でのアプリケーションの動作を保証するよう標準規格を策定・振興することである。さらに、ソフトウェアベンダーが Linux 向けに製品を移植したり開発する際の調整努力を助ける。」

LSB 準拠製品の認証手続きが定められている。認証は The Open Group がリナックスファウンデーションの協力の下に行う。なお、リナックスファウンデーションは Free Standards Group と Open Source Development Labs が合併して誕生した。

LSB には以下のような点が規定されている。

• POSIX標準を拡張した、標準ライブラリとコマンド/ユーティリティ群
• ファイルシステムの階層構造のレイアウト
• ランレベルの定義
• CUPSのようなスプーラーやFoomaticなどのツールを含むプリンタシステム
• X Window System のいくつかの拡張

バージョン履歴

• 1.0: 2001年6月 - 最初のリリース
• 1.1: 2002年1月 - ハードウェア固有仕様の追加 (IA32)
• 1.2: 2002年6月 - ハードウェア固有仕様の追加 (PowerPC 32-bit)。認証は2002年7月から開始
• 1.2.1: 2002年10月 - (Itanium)
• 1.3: 2002年12月 - ハードウェア固有仕様の追加 (Itanium, Enterprise System Architecture/390, z/Architecture)
• 2.0: 2004年9月 - モジュール化され、LSB-Core, LSB-CXX, LSB-Graphics, LSB-I18n（リリースされず）に分割。ハードウェア固有仕様の追加 (PowerPC 64-bit, AMD64)。Single UNIX Specification (SUS) バージョン 3 との同期が行われた。
• 2.0.1: LSB 2.0 の ISO 版。全ハードウェア固有部分がマージされたもの（ただし、LSB-Grphics は汎用バージョンのみ）
• 2.1: 2004年
• 3.0: 2005年7月1日 - ライブラリAPIの更新。特に C++ ABI が gcc 3.4 のものになった。中核部は ISO POSIX (2003), Technical Corrigenda 1:2005 に基づくよう更新された。
• 3.1: 2005年10月31日 - ISO/IEC 23360 として提出された。

批判

LSB はメンバー企業以外（特に Debian プロジェクト）からの入力を受け付けないことで批判されている。

例えば、LSB ではソフトウェアパッケージの配布形式として LSB 準拠のインストーラか、制限された形態[1]のRPM形式を指定している[2]。Debian はRPMより以前から deb パッケージ形式を使っており、Debian の開発者はそのパッケージ形式が RPM より優れていて、LSB に準拠するためにパッケージ形式を変えるのは現実的でないと主張している。Debian のパッケージマネージャとパッケージ形式にはRPMには無い機能があり、逆にRPMにだけ存在する機能もある。従って、Debian のパッケージ形式を RPM にするのは簡単ではない。

これに対処するため、LSB ではそのOS自身のパッケージ形式については特に規定せず、単に RPM を追加サポートすることでサードパーティが任意のLinuxシステム向けにソフトウェアを配布できるようにするとしている。Debian は既にオプションで LSB をサポートしている（LSB 1.1 を "woody" で、2.0 を "sarge" で、3.1 を "etch" でサポート）が、問題はそれだけでは収まらない。Debian は RPM パッケージをネイティブのパッケージ形式に変換する "alien" というプログラムを用意している。しかし、LSB側は「このことで Debian が Linux Standard Base に完全準拠していることにはならず、LSB準拠と解釈するべきでない」としている。

また、認証テストスイートもバグが多く不完全であると批判されている。GNU Cライブラリ主要開発者の Ulrich Drepper は LSB のテストスイートについて、バグのあるテストに合格するようにした場合、ディストリビューション間で非互換が発生する原因にもなるとしている[3]。また彼は、ディストリビューションのテストだけではアプリケーションの互換問題は解決されないと指摘し、アプリケーションのテストをしていない点を非難している。

以上挙げた点以外では LSB は広く受け入れられている。

関連項目

• Filesystem Hierarchy Standard
• Common Unix Printing System
• Linux
• POSIX

外部リンク

• Linux Standard Base リナックスファウンデーションのサイト
• Four Linux Vendors Agree On An LSB Implemenation (slashdot)
• 1998年8月26日のプレスリリース
• Do you still think the LSB has some value? - Ulrich Drepper による批判
• Yes, the LSB Has Value - Jeff Licquia による Drepper の批判への回答