パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

LSB 1.1とLi18nux 1.0」記事へのコメント

  • by SteppingWind (2654) on 2002年02月01日 18時56分 (#59329)

    LSBに準拠したプログラムはLSBに準拠したシステム上で動くことは保証されますが, LSBに準拠したシステムの上で動いたプログラムが他のLSBに準拠したシステムの上で動く保証は全く無いんですよね.

    ですからシステム規模の話になると, 最終的に物を言うのはxxというディストリビューションで動かしたとかの実績になってしまって, 今までとあまり代わり映えが無いような気がします.

    • by numa (4467) on 2002年02月02日 15時00分 (#59438) ホームページ 日記

      こういう,複数の実装間でのバイナリ互換性を保証しようという 話は昔からありまして,UNIX System V での System V ABI (Application Binary Interface) とか,OSF でやっていた ANDF (Architecture Neutral Distribution Format) とか, 死屍累々という感じです。 Java もある意味,似たような目標を掲げているわけですが。

      LSB は,仕様書を読んでいただければわかりますが, System V ABI の焼き直しです。 使用できる API の範囲を限定し, それぞれの API の動作を規定し, その範囲での互換性を保証しようというわけです。

      問題は,

      • 現実のアプリケーションでは その制限範囲内だけで閉じて作られてはいないし, おそらく作ることができないものも多いこと。
      • システムに対する依存は,API だけではなく, ファイル形式やパス名などにも存在すること。 (FHS である程度解決しようとはしているが。)
      • プラットフォーム側が標準を満足しているかどうかを 検証するためのテストスイートはあるが, アプリケーション側が制限範囲内だけで閉じて開発されているかを 検証するテストスイートは存在しないこと。(これはご指摘の通り。)

      ですね。 API の標準化は, 特定の分野について標準的なインタフェースを規定し, その範囲での互換性を図るもので,それ自体はシステム全体としての機能を制限するものではないのですが, ABI の標準化は,システムの提供する機能範囲を限定して,その範囲での共通化を図るという,機能を制限する方向の標準化なので, うまく行かないのかな,という気はします。

      もう一つ,Li18nux について,この関連で言えば, I18N/L10N の機能は API 仕様だけでは閉じていなくて, 「詳細の動作はロケールの定義に依存する」 という部分が多いのが難しいところ。 ロケールの詳細定義まで標準化しないと互換性が保証できない のですが,こちらもまた標準化がうまくいっていない部分です。

      親コメント
    • by tabatee (1637) on 2002年02月02日 1時49分 (#59400) 日記
      この規格の問題として、ある機能の実装するレイヤーを規定してしまっているという点があります。

      たとえば、国際化されたテキストのレンダリングを行おうとした場合、 XOM、Qt、Pango(gtk+-1.3.x)などの選択肢がありますが、li18nuxの 規格はXOMが一定の機能を持つことを要求しています。

      実用的な観点からするとディストリビュータはQtもしくはPangoを 良いものにして採用すると良いのですが、規格に適合するためには XOMの質を気にする必要が生じます。
      また、規格に準拠してるならどこでも動くという主張をするためには XOMを使うことが必要になります。

      #いまさらXOMをまともにしても手遅れだっちゅーねん
      親コメント
    • ということで、Linuxデストリビューションでは
      どの程度LSBに対応する気があるのでしょうか。
      少なくともRedHatが対応しないと誰も使わない
      気がしますが
      --
      -----------------
      #そんなワタシはOS/2ユーザー:-)
      親コメント
      • by kyle (3923) on 2002年02月01日 21時43分 (#59352) 日記

        LI18NUX 2000国際化規約BASIC Level に準拠 [turbolinux.co.jp]」なターボ。 。「Linuxディストリビューションとしてはじめて、 同パイロットプログラム Basic levelへの適合検査に合格しました」とあって、ついでに「 FHS2.1に98%準拠 」だそうです。

        親コメント
        • by Jadawin (2174) on 2002年02月02日 1時12分 (#59394) 日記
          なんで、これが余計なものっすか?
           
          RedHat以外にも、LSBに準拠する意志のあるディストリビューションが実際にあるというのは、このストーリーでは重要な情報ではないのでしょうか?
          親コメント
          • なんで、これが余計なものっすか?

            「過給器」という 2ch 的呼称が気にさわったのかも知れません。それで不快感を覚えたのであれば謝ります(悪意は無いです。最近インプレッサのカタログの見すぎで、つい出てしまった)。

            RedHat以外にも、LSBに準拠する意志のあるディストリビューションが実際にあるというのは、このストーリーでは重要な情報ではないのでしょうか?

            レッドハットのトップページ [redhat.com]から検索しても、"LSB" も "Li18nux" も関連文書が出てきません。Distro 開発の上で、考慮していないはずもないので、たぶん PR 不足だと思いますよ > Red Hat。

            まさか、シェアでトップをとっている以上、標準に準拠しないほうに利がある、なんて考えている人がいるとは思いたくありませんが。それじゃ某社といっしょです。

            親コメント
            • > レッドハットのトップページ [redhat.com]から検索しても、"LSB" も "Li18nux" も関連文書が出てきません。
              > Distro 開発の上で、考慮していないはずもないので、たぶん PR 不足だと思いますよ > Red Hat。

                Li18nuxのMLみてると開発側ががんばっているのはわかるのですが、製品になっては出てきてない気が……
              たしかにいろいろ難しい面があるので、正式に採用するのはまだ難しいのかな?とは思います。
              第一、Xlib-I18N とかIIIMFとかはTruboもデフォルトではいれてくれなかった気が……
              親コメント
              • 現時点のLinuxは規格に準拠するよりも良いソフトウェアを作る事が ユーザのためになると思います。
                Xlib-I18NはXFree86よりも良い部分もあるとは思いますが、 RedHat的には国際化はgtk+のレイヤーでやるつもりで、 わざわざ非標準なXlibを採用するつもりはないのではないでしょうか?
                私の理解 || RedHatの方針の是非は別として、ダメな規格に束縛されて 進歩を止めることだけはやめて欲しいです。

                また、IIIMFの方に関してですが*現在のIIIMF*はいろいろな面で クサレなのでデフォルトでいれてるようなディストリビューションには かなり問題があると思います。

                (個人的にはli18nuxはSunの悪趣味を押し付けるための団体で、 RedHatやdebianがその影響をそれほど受けていないことを心強く 思っています。)
                親コメント

UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie

処理中...