アカウント名:
パスワード:
やっぱ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 近い将来対応予定だと嬉しいんだが...
あるいは「UNIX というシステムはこうあるべきだ」 っていう明確なビジョンとセンスをもった連中が集まっていて、
その結果，活動を始めてかれこれ10年近くになるのに，これだけマイナーな地位に甘んじているのだから，その「ビジョンとセンス」っていうのもすごいものがありますね．だいたい，最初に発表されてから既に30年前後経過してるUNIXに唯一絶対の「ビジョン」なんてあるんでしょうか？世の中に受け入れられない「ビジョン」の存在意義って何なんでしょうか？「イリュージョン」と言った方が正確かも:) 「センス
活動を始めてかれこれ10年近くになるのに，これだけマイナーな地位に甘んじているのだから，その「ビジョンとセンス」っていうのもすごいものがありますね
メジャーになるかどうかはそれ自体が優れているかどうかは関
メジャーになるかどうかはそれ自体が優れているかどうかは関係ないですよね。
「ビジョン」の話をしているのであって，「それ自体」が優れているかどうかの話をしているわけではありません．ごくごくマイナーなコミュニ
「それ」の中にビジョンも含めたつもりだったのですが。DebianとかNetBSDを話題にしてるんですよね？「ビジョンだけで物がない」という状態ではないはずです。ソフトウェアを作る団体が持っているビジョンなら、出て来たものとは切り離せないと思いますし。
うーむ、難しいですね。この件では直接会った時に対決しましょう。
別のトピック(FreeBSDネイティブなJava VM解禁)ではFreeBSDはRed Hatよりずいぶん安定しているように書かれているのです(例:#49269)．比較対象が変わるとFreeBSDもカタナシですね:)
検討点を誤っていると思います ここで主張されている点はユーザランドを含めた配布物としての安定みたいですけど、それってNetBSDがFreeBSDより極端に安定しているってないと思いますよ。逆もしかりです。最近じゃUVMへの移行でNetBSDはバリバリ落ちる時期があったし。FreeBSDのリリースポイントが以前に較べて短くなったのは、ユーザからのそうした要求があったからで、
>>あるいは「UNIX というシステムはこうあるべきだ」 >だいたい，最初に発表されてから既に30年前後経過してるUNIXに唯一絶対の「ビジョン」なんてあるんでしょうか？
>>あるいは「UNIX というシステムはこうあるべきだ」
>だいたい，最初に発表されてから既に30年前後経過してるUNIXに唯一絶対の「ビジョン」なんてあるんでしょうか？
UNIXの根源的なビジョンはファイルで世界を表現しようという一点に尽きると思っています。ただ当時はネットワークも装備されてなかったし概念自体そこまで徹底できてなかった。後にAT&Tがソースコードをライセンスして、BSDがでたときにはそのビジョンたるものは曲解されていて、ソケットという屈折したアプローチでもってネットワークまわりが実装された。Plan9ができ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
もうね、 (スコア:-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
Re:もうね、 (スコア:1)
#49506 で AC が
AC> Plamoはマイナーだし、Turboは論外だし。
AC> やっぱNetBSDかな。
って書いてるのに対して、#49576 で oku さんが
oku> Plamo よりもマイナー (＠日本限定) じゃありませんか、
ってツッコんでるんでしょ。
＃ま、#49506 の AC さんは単に BSD 使いたい（Linux 使いたくない)
＃だけだと思うがね。
# mishimaは本田透先生を熱烈に応援しています
そうね (スコア:1, おもしろおかしい)
Re:そうね (スコア:0)
# いまから PASCAL に戻りたいですか?
Re:もうね、 (スコア:1, 興味深い)
NetBSD と Debian におけるリリースの考え方が似てると思うのは私だけでしょうか？
Re:もうね、 (スコア:0)
リリースに対してもそうだし、
あるいは「UNIX というシステムはこうあるべきだ」
っていう明確なビジョンとセンスをもった連中が集まっていて、
その実現に対して安易に妥協しないところとか。
というわけで、NetBSD も全然リリースはでてこない。
そのかわり、current がだいたいいつも安定してるけど。
メジャーリリースではフィーチャーフリーズしてから
調整に三ヶ月～半年くらいかけるから、もちろん非常に安定してる。
マイナーリリースでも、あまり大きくいじらないし。
FreeBSD とか RedHat が、あまりこなれていな
Re:もうね、 (スコア:0)
FreeBSD current も、 4-CURRENT 後半になって current でも中途半端な状態での commit は駄目、というポリシーが打ち出されてからは、たいがいいつも常用にまったく支障がないくらい安定しています。
でも、結局 *BSD に期待されるレベルの「安定」は、慎重なリリースエンジニアリングと広範なパブリックテストを通じてしか得られないよね。
> メジャーリリースではフィーチャーフリーズしてから
> 調整に三ヶ月～半年くらいかけるから、もちろん非常に安定してる。
NetBSD や Debian のリリースエ
Re:もうね、 (スコア:0)
その結果，活動を始めてかれこれ10年近くになるのに，これだけマイナーな地位に甘んじているのだから，その「ビジョンとセンス」っていうのもすごいものがありますね．だいたい，最初に発表されてから既に30年前後経過してるUNIXに唯一絶対の「ビジョン」なんてあるんでしょうか？世の中に受け入れられない「ビジョン」の存在意義って何なんでしょうか？「イリュージョン」と言った方が正確かも:) 「センス
Re:もうね、 (スコア:0)
メジャーになるかどうかはそれ自体が優れているかどうかは関
Re:もうね、 (スコア:0)
「ビジョン」の話をしているのであって，「それ自体」が優れているかどうかの話をしているわけではありません．ごくごくマイナーなコミュニ
Re:もうね、 (スコア:0)
「それ」の中にビジョンも含めたつもりだったのですが。DebianとかNetBSDを話題にしてるんですよね？「ビジョンだけで物がない」という状態ではないはずです。ソフトウェアを作る団体が持っているビジョンなら、出て来たものとは切り離せないと思いますし。
うーむ、難しいですね。この件では直接会った時に対決しましょう。
Re:もうね、 (スコア:0)
Re:もうね、 (スコア:0)
Re:もうね、 (スコア:1, 興味深い)
高尚なビジョンというのは、素人さんにはわかりにくいから、
どうしてもマイナーになってしまうものです。
たとえば、「セキュリティの重視」というビジョンはそういうものの一つです。
今でこそ、セキュリティの大切さはそれなりに啓蒙されてきましたが、
ほんの 2,3 年前まではほとんど重要視されておらず、
「セキュリティの重視」というビジョンはなかなか理解されませんでした。
その結果、Windows のように、「セキュリティよりも利便性」という
非常に分かりやすいビジョンを持った OS が普及したわけです。
セキュリティという、比較的一般性があって利害にも密接に関係した事項と比べると、
NetBSD なり Debian なりの「ビジョン」というのは自己満足的な部分も大きいのですが、
でもそこがあまたのハッカーを引き付ける秘密でもあるわけですな。
Re:もうね、 (スコア:0)
オッカムの剃刀のことも聞いたことがない人たちの集まりなんですかね？
Re:もうね、 (スコア:0)
検討点を誤っていると思います
ここで主張されている点はユーザランドを含めた配布物としての安定みたいですけど、それってNetBSDがFreeBSDより極端に安定しているってないと思いますよ。逆もしかりです。最近じゃUVMへの移行でNetBSDはバリバリ落ちる時期があったし。FreeBSDのリリースポイントが以前に較べて短くなったのは、ユーザからのそうした要求があったからで、
Re:もうね、 (スコア:0)
UNIXの根源的なビジョンはファイルで世界を表現しようという一点に尽きると思っています。ただ当時はネットワークも装備されてなかったし概念自体そこまで徹底できてなかった。後にAT&Tがソースコードをライセンスして、BSDがでたときにはそのビジョンたるものは曲解されていて、ソケットという屈折したアプローチでもってネットワークまわりが実装された。Plan9ができ
Re:もうね、 (スコア:0)
> 維持しようという最初のビジョンも、今やdpkgとaptという実際の代物で
>表現されている以上のものではなくて、世界中に広がったデベロッパに
>よって今や見るに耐えない概念の曲解と歪んだポリシー