アカウント名:
パスワード:
やっぱNetBSDかな。
# マイナーでも良い物は良いんだから # NetBSD に限らず素直に何でもいいんじゃ？
元のコメント (#49506) では、
が、日本限定という条件の元で議論すると
(ここから #49576 で脱落した部分。失礼) また、リリース間隔という点から見ると Debian と NetBSD もどっこいどっこいゲなので NetBSD を採用対象とするのであれば同様に Debian も採用候補に残るでしょう。 そうやって行くと、どうも具体的に「～だから除外」と元コメント (#49506) で言及されているのは RedHat だけのように考えられます。
で、「どうしても NetBSD が好きだ」という理由でもなければ (そして、Plamo や Debian に対する事実誤認がないのであれば) 「少なくともマイナーを理由に Plamo を除外するのは理に適わない」ので 「マイナーにこだわらずに良いと思ったのを使えばいいんじゃ？」と書いたのです。
ちなみに、私がもし Plamo を採用候補から落とすとすれば「何某か外向けにリリースするソフトの動作確認用に使う」用途等でしょうか。 特に Plamo (や Vine も) は海外では無視されるでしょうし、国内的に見ても「Plamo で動作確認済み」というのは余りウリとしては弱いでしょうから。
一方で、NetBSD を採用候補から落とす理由付けがあるとすれば「locale バリバリなアプリ作りたいが、Xlib の存在は仮定できない」辺りかと。 (現時点で真っ当に multibyte locale が NetBSD の libc で動いてたら私の記憶が時代遅れです。謝罪 > 関係者)
# [*1] Plamo Linux のエラい人が # 「PC-98x1 サポートやめちゃっていい？」と # Linux/98 ML とかに投稿した歴史もあったりするので # 中長期的サポートを期待するのは危険...かも
一方で、NetBSD を採用候補から落とす理由付けがあるとすれば 「locale バリバリなアプリ作りたいが、Xlib の存在は仮定できない」辺りかと。
現時点で真っ当に multibyte locale が NetBSD の libc で動いてたら私の記憶が時代遅れです。
# これも、私の思い込みが時代遅れで # 対応済み or 近い将来対応予定だと嬉しいんだが...
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
もうね、 (スコア:-1, フレームのもと)
Re:もうね、 (スコア:0)
やっぱNetBSDかな。
Re:もうね、 (スコア:2)
# マイナーでも良い物は良いんだから
# NetBSD に限らず素直に何でもいいんじゃ？
Re:もうね、 (スコア:0)
「マイナーでも良いものは良い」と言うのは支離滅裂ですな。
Re:もうね、 (スコア:2)
元のコメント (#49506) では、
- Red Hatは日本語表示がどう調整しても美しくない
- Vineは更新ペースが遅い
- Debianはリリースの間が開きすぎ
- Plamoはマイナー
- Turboは論外
なので「やっぱNetBSDかな」と締められていました。が、日本限定という条件の元で議論すると
- NetBSD の方がよっぱどマイナーなんじゃないの？
- じゃあ Plamo を除外すべき理由はないよね？
- だとすると NetBSD と Plamo は
となりますよね？(PC-98x1 対応では Plamo と同条件[*1]だし)
a. 共に採用候補となる or
b. 共にステ候補となる
(ここから #49576 で脱落した部分。失礼) また、リリース間隔という点から見ると Debian と NetBSD もどっこいどっこいゲなので NetBSD を採用対象とするのであれば同様に Debian も採用候補に残るでしょう。 そうやって行くと、どうも具体的に「～だから除外」と元コメント (#49506) で言及されているのは RedHat だけのように考えられます。
で、「どうしても NetBSD が好きだ」という理由でもなければ (そして、Plamo や Debian に対する事実誤認がないのであれば) 「少なくともマイナーを理由に Plamo を除外するのは理に適わない」ので 「マイナーにこだわらずに良いと思ったのを使えばいいんじゃ？」と書いたのです。
ちなみに、私がもし Plamo を採用候補から落とすとすれば「何某か外向けにリリースするソフトの動作確認用に使う」用途等でしょうか。 特に Plamo (や Vine も) は海外では無視されるでしょうし、国内的に見ても「Plamo で動作確認済み」というのは余りウリとしては弱いでしょうから。
一方で、NetBSD を採用候補から落とす理由付けがあるとすれば「locale バリバリなアプリ作りたいが、Xlib の存在は仮定できない」辺りかと。 (現時点で真っ当に multibyte locale が NetBSD の libc で動いてたら私の記憶が時代遅れです。謝罪 > 関係者)
# [*1] Plamo Linux のエラい人が
# 「PC-98x1 サポートやめちゃっていい？」と
# Linux/98 ML とかに投稿した歴史もあったりするので
# 中長期的サポートを期待するのは危険...かも
locale on NetBSD(ちゃちゃ) (スコア:1)
現在のNetBSD-currentではCitrus project [bsdclub.org]の
localeライブラリーが取り込まれています。
しかし、これはあくまでcurrentの話であって、
現在のリリース版である1.5.*系列ではそのままでは
multibyte locale機能は使えないはずです。
なので、
上のokuさんの見解は時代遅れではありません。
(NetBSD1.6がリリースされた時点でたちまち時代遅れになりますが)
Re:locale on NetBSD(ちゃちゃ) (スコア:0)
1.5 向けにコンパイルしたバイナリなら libc をうまく入れ替えると
そのまま multibyte な locale が動くんですけどね。
Re:locale on NetBSD(ちゃちゃ) (スコア:2)
後、free Unices で multibyte locale の事を気にしないといけないのは OpenBSD くらいになるんですかね？
# これも、私の思い込みが時代遅れで
# 対応済み or 近い将来対応予定だと嬉しいんだが...
Re:locale on NetBSD(ちゃちゃ) (スコア:1)
それと、もしやる気があるのなら、XPG4DL を OpenBSD 2.9 に対応させるパッチがあるので、少し修正すれば 3.0 でも使えるかと。
# ちなみに僕は、2.9 に XPG4DL 導入して locale 使ってます。
-- dimbula