Plan 9 第二版

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [04/03/11 14:42] 配布元: plan9.bell-labs.com/plan9dist/ 国内サイト: ar.aichi-u.ac.jp/plan9/ ar.aichi-u.ac.jp/plan9/getting.html ar.aichi-u.ac.jp/plan9/fs/ ar.aichi-u.ac.jp/plan9/install/ ar.aichi-u.ac.jp/plan9/unix.html basalt.cias.osakafu-u.ac.jp/plan9/p9index.html 前スレ: Plan9 pc.2ch.net/test/read.cgi/unix/990293679/l50 362 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/05/31(火) 16:30:48 ] >>356 最初のアーカイバルなスナップショットはとんでもなく(2,3日?) 時間がかかることがあるので注意。 363 名前：360 mailto:sage [2005/05/31(火) 16:59:39 ] >>361 パスワードに恥ずかしい単語使ったら管理者にばれますか? 364 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/05/31(火) 23:03:39 ] あー、うー、ばれますね。ばれるのが嫌だったら、 netkey のパスワードは登録しないのがいいと思います。 365 名前：360 mailto:sage [2005/05/31(火) 23:22:42 ] >>364 ご丁寧にどうもありがとうございました。 366 名前：9が好き mailto:sage [2005/06/02(木) 09:44:23 ] 遅くなりましたが、LinuxWorld Expo/Tokyo 2005 で .Orgパビリオンの中にtip9ugが出展します。6/3 だけですが。 ぜひお立ち寄りください。プレゼンコーナーでも11:00 と 15:30 からの二回、30分ずつ喋らせていただきます。 367 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/14(火) 03:36:41 ] 宣伝したなら報告もしてよ。 つうか、中に入れない貧乏人にも情報くれ 368 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/14(火) 09:14:28 ] そうですよね。失礼しました。 今回は VMware 上で動く p9 端末の展示と、A4のパンフレットを 100枚程配らせてもらいました。プレゼンは、2回の合計で 20 名ほど お客さんが来てくれました。かなりビジネス色の強い展示会でしたが、 それなりに Plan 9 の名前をアピールして来れたのではないかなと 思います。 配布したパンフレットやプレゼンに使った資料を見られるようにして ありますので、よろしければぜひご覧ください。 www.tip9ug.jp/meetings/LWE2005/ あまり時間が取れなくて、企業展示は回れませんでしたが、.Org の 中だけでも、結構面白い展示がありました。各ノードを CD 起動して バイオ系の計算を行うクラスタに使おうという KNOB なんか面白かった です。 そうそう、LinuxWorld は事前登録すると無料で入れますので、 中に入れないと言わずにぜひどうぞ。:) 369 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/15(水) 01:45:39 ] 乙でございます。 Drawterm Linuxなんて便利そうな物があったのね。落としてみる。 370 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/25(土) 18:25:38 ] これさえあればPlan9で生活できるかもリスト (別名くれくれ君リスト) ・eucJP対応vt100ターミナルエミュレータ 実はtcsとvtと組み合せてうまく使う方法があるのかも。 ・euc/sjisが編集できるacme ・あるいは、utf8のファイルをeuc/sjisで読み書きできるファイルサーバ (バイトオフセットがエンコーディングで変るから難しそう) 371 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/25(土) 18:27:59 ] 逆でした - ・あるいは、utf8のファイルをeuc/sjisで読み書きできるファイルサーバ + ・あるいは、euc/sjisのファイルをutf8で読み書きできるファイルサーバ 372 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/25(土) 20:44:55 ] >>370 100メガのファイルとかseekするたびに全領域計算しなおすのかよ。 死ぬからそういう考えはやめてくれ。DOSじゃあるまいし。 373 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/27(月) 08:51:04 ] >>372 まあ、そうつれないことを言わないで。 1.ファイルサーバ起動時に適当なテンポラリディレクトリを作って、 マウント時にはマウントポイントをこのディレクトリでbind (ファイルサーバ経由以外でのファイル更新は不可) 2.ファイルオープン(オープンカウント0→1)で元ファイルをtcsでコード変換して 1.で作ったディレクトリに置く。 3.最終ファイルクローズ(オープンカウント1→0)まで、ユーザ操作は 2.で作った ファイルに対して行う。 4.sync,closeなどのタイミングで元ファイルにtcsで逆変換して書き戻す。 5.最終クローズ時に2.で作ったファイルを消す。 とりあえずこの程度のものでもいいんです。100MBもあるようなテキスト ファイルを扱うこともないし。 さらにがんばるなら、ファイルサーバ経由で元ファイルへのアクセスも提供できる はず。この場合、ファイルのどの部分が更新されたか/誰がどの部分を参照しているか はファイルサーバが把握できるので、バイトオフセット再計算のコストは削減できる。 。。。といいなあ。 374 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/27(月) 11:41:37 ] >>370 "ssh | tcs -f jis" で日本語表示してくれますが、vt は必要ですか? uec/sjis <-> utf8 はその都度 tcs するんじゃだめですか? #!/bin/rc tcs -f jis $1 > /tmp/a acme -c1 /tmp/a tcs -t ujis /tmp/a > $1 みたいに。vt から解脱しちゃえば、すでに 370 は Plan 9 で生活できそう ですよね。 375 名前：370 mailto:sage [2005/06/29(水) 01:57:33 ] X 端末のかわりに Plan 9 を使いたいのです。 vt 経由で他ノードの vi や emacs が使えれば嬉しいのです。 最低限 less くらいは使いたいなあと。 > uec/sjis <-> utf8 はその都度 tcs するんじゃだめですか? acme 上で文字コードを変換するコマンドを動かすとかなんとか、 それらしく実現する方法があるのかなあとか漠然と考えています。 376 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/29(水) 16:14:27 ] lists.cse.psu.edu 落ちてる？ 9fans アーカイブが読めないや 377 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/30(木) 14:49:33 ] plan9.cs.bell-labs.com/wiki/plan9/Drawterm_to_your_terminal/index.html ここにある通りにやってみても上手くいかない Windowsから接続して、ユーザ/パスワードの入力は出来る (間違ったパスワードだとno matchとなる) パスワードがあってたら drawterm: negotiating authentication method ってRuntime error 吐いて死ぬ 378 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/30(木) 15:10:49 ] typoしてた。。。吊ってきます 379 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/30(木) 16:10:01 ] 端末の /sys/log/auth に何か出てませんか?　とか、 auth/changeuser で netkey も登録して drawterm -n だとどうですか? とか、 実際に実行したコマンドは何でした? とか、どうでしょうか。 わからなくてごめんなさい。 >376 アーカイブ読めましたよ。 380 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/06/30(木) 17:33:26 ] >>379 cpu -O ではなく cpu -0 してたというオチでした 381 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/07/01(金) 10:46:52 ] >>375 どうしても必要な時は、vnc 使ってしまうので X 端末代わりとして p9 端末使ってて不便ないです。vnc だと、セッション切っても状態 残るのが便利ですよ。 簡単な作業だと、リオのターミナルから ssh して、ターミナルの スクロールバーとマウス操作 (切り貼りと send) に慣れてしまったので、 unix 側の history 機能も使わなくなったし。 382 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/07/01(金) 10:53:36 ] そうだ。unix 側のファイルを u9fs で端末側にマウントして、 acme で編集するのもありですね。 漢字コードの変換はファイルサーバでやるの面白そう。 383 名前：370 mailto:sage [2005/07/03(日) 23:47:47 ] >>381 ごもっともです。 最近、苦労してやっと X31 に Plan 9 を入れた (VGA を動かせた) の ですが、ノート PC で持ち歩く場合だと xen で linux + plan 9 環境に して使うのが実用的でしょうかね。 「じゃあ、最初から linux 使えよ」とつっこまれそうですが。 384 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/07/04(月) 17:36:31 ] ロハを狙うならそうかもしれないですね。最近は qemu も カーネルの手助けもあって早くなっているそうなので、GUI が ほしい場合には qemu も悪くないかもしれません。 385 名前：381 mailto:sage [2005/07/07(木) 10:00:00 ] p9 の vncv だと C-spc を渡してくれないので、 emacs で mark する時、ちょっと注意。 386 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/07/30(土) 01:36:13 ] BeOSが復活?したというニュース(古い)を読んでやってきました。 387 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/08/01(月) 04:23:21 ] 集合論の初歩の初歩をかじってて、 Alefの由来らしきものを今頃知った。 たんなる仏教趣味かと思ってた。とほほ。 すいません馬鹿文系なもんで。 まだ意味が分かってないけど、 プロセス多重化と掛けてるのかな。 388 名前：名無しさん＠お腹いっぱい。 [2005/09/03(土) 04:56:29 ] Infernoって、Plan9を ・組み込みでも動くようにして、 ・別の言語で作り直して、 ・JavaVMみたいに対応アプリがどこでも動くための層を作って、 ・他のホストＯＳ上でも動くようにした ものってことでＯＫ？ Plan9は分散ＯＳ！！＆ファイル抽象化マンセーってイメージがあるけど、 Infernoって、ファイル抽象化マンセー＆ＶＭのイメージ。 で、技術的に漏れなくPlan9のスーパーセットになってるの？特に分散ＯＳの。 なってるんだったら、Plan9は過去のゴミになってると思うんだけどとりあえず生き残ってるみたいだし。 そんなにアプリがあった訳じゃないでしょ？なんで？ 389 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/04(日) 01:20:25 ] >>388 Plan 9 が強いのはストレージ部分で、Inferno が強いのは VM 上で 動くことによるクロスプラットフォーム性。...と思っています。 - Inferno は CPU は仮想化されているけれどもストレージは完全に 下層 OS に依存していて仮想化が不十分なのでは - 新しい言語(limbo)を覚えるのが嫌 というあたりで Inferno には馴染めないような。 390 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/04(日) 02:33:01 ] >>389 サンクスです！ Plan9みたいな、デバイスやリソースがローカルとは限らない、 ｎ台マシンで１システムっていう「ちゃんとした分散ＯＳ」ではあるけど、 ストレージだけはちゃんと分散OSしてない、って感じ？ クロスプラットフォームは別にJavaVMや.NET CLRでいいじゃんって思ってしまう。 まあ、リモートのデバイスやリソースをローカルとシームレスに使うのが味噌なんだろうけど。 新しい言語は、分散性とかの機能を使いこなすための必然性があるならいいけど、 city.plala.jp/blog/Plan9　を見たところ、別にＣ（-ポインタ）とか既存言語で問題ないように見える。 意味あんのかな。 391 名前：389 mailto:sage [2005/09/04(日) 11:09:43 ] Inferno は昔ちょこっと試してみただけなので間違っていたら 誰かつっこんでやって下さい。 | ストレージだけはちゃんと分散OSしてない、って感じ？ squeak みたいに VM でストレージを実装すればいいのにと思っています。 ファイル名の制限だとか、ファイル属性の扱いとかは下層 OS の 仕様に依存したものになってしまいます。 あとは、ユーザ foo が cpu サーバを立ちあげていて、他のホストから ユーザ bar として認証して cpu サーバに接続した場合に、 ユーザ bar としてのファイルアクセス権を持っているべきだと思うのですが 実際にはユーザ foo でのファイルアクセス権になっていたりとか。 cpu サーバの VM がユーザ bar で動いているので当たり前と言われれば 確かにそうなのですが、どういう使い方を想定しているのか理解できま せんでした。 392 名前：389 mailto:sage [2005/09/04(日) 11:11:18 ] 訂正: × cpu サーバの VM がユーザ bar で動いているので当たり前と言われれば 確かにそうなのですが、どういう使い方を想定しているのか理解できま せんでした。 ○ cpu サーバの VM がユーザ foo で動いているので当たり前と言われれば 確かにそうなのですが、どういう使い方を想定しているのか理解できま せんでした。 393 名前：sage [2005/09/05(月) 16:40:44 ] >>389 Inferno を hosted environment で動かすと、そういう制限がある場合が あるみたいです。例えば linux で動かす場合、foo (!=root) では bar のファイルは作れませんよね。native で動かす Inferno では 問題ないんじゃないでしょうか。 Inferno は認証系が Plan 9 とちょっと違う感じです。Plan 9 は 認証サーバがありますけど、Inferno は P2P な認証を目指している 雰囲気があります。最近は factotum が Inferno にも実装されてきて、 Plan 9 との相互接続性があがった気もしますけど。 394 名前：393 mailto:sage [2005/09/05(月) 16:44:26 ] お、間違えた。 >>390 limbo いいですよ。クロスプラットフォームもさることながら、 spawn と channel という並列性の記述や、load による dynamic loading の機能がかなりイカス感じです。 395 名前：389 mailto:sage [2005/09/13(火) 01:53:56 ] >>393 そういえば、 | Inferno を hosted environment で動かすと、そういう制限がある場合が | あるみたいです。 というのを調べたところで諦めた記憶があります。native で使うのなら Inferno でなくても Plan 9 でもいいや、と思ってしまいました。 今、世の中では java や inferno のように GC 内蔵の VM を使うのが流行り なんでしょうか。今時はメモリが潤沢にあるから？MMU をソフトウェアで 実装するくらいなら最初からポインタを隠蔽してしまった方が効率的？ GC付き VM で新しい言語(limbo)で書かれたソフトウェアを動かす、より もっと普通なレジスタ計算機 VM の上で C で書かれたソフトウェア、 例えば Plan 9 のソースがそのまま動く、とかの方がわかりやすくて いいなあとか思っています。 396 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/15(木) 17:32:41 ] みょーなところで名前が挙がってるぞ 産総研、Xen＋KNOPPIXの「Xenoppix」をリリース、ゲストOSにPlan9も www.itmedia.co.jp/enterprise/articles/0509/15/news059.html 397 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/15(木) 18:19:34 ] >>396 > 現在利用可能なゲストOSはNetBSDとPlan9。 ずいぶんと偏向しているな。 398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/15(木) 18:48:12 ] 手入れるのが楽だ、ってことだな。ソースの見通しがよい、と。 399 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/15(木) 19:42:49 ] >>397 レガシー(おっさん)ウニ使い的には正しい選択だが、マーケティング的にはいかがなものか。 400 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/15(木) 20:37:57 ] >>399 そういう方面に受けたいだけなのかも。 自分らのポジションを計算した結果だったりして。 401 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/15(木) 22:57:48 ] マーケティングなんか気にしてないでしょう。出所がベル研だし。 正直OSとして学ぶべきところが多く魅力的なのはわかっていてもUIとか外見的に イケてないのでどっぷり浸かるまでに至ってない。 MacOSX使いだしてフォントだのレンダリングエンジンだの必死こいて設定して 喜んでたのがアホらしく思えてきたし、もう小汚いデスクトップには戻れない。 コーディングに集中しだすと画面いっぱいに広げたEmacsから視線が動かなくなるんで 関係ないっていえば関係ないんだけど、僕にとっては外見も結構重要です。 402 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 00:21:56 ] >>401 何の話をしているの？ 403 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 01:16:03 ] >>402 X と Quartz、いや、もう一段（二段くらい?）上の話だね。たぶん。 404 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 02:07:24 ] >>401 Ken Tompson は、1991 年のインタビュー記事でこう言ってる。 --- 最近多くの GUI が出回っていますが、気に入ったものはありますか? いいえ。私は市場に出てくるパッケージソフトは好きではありません。 自分が末梢の取るに足りない人間のように扱われている感じが するからです。 インターフェースは、すべて Macintosh をまねていますが、 (中略) こうしたシステムのすべてはインタラクティブのための インタラクティブに恋しているようにみえます。 (中略) これを使うのは自分を落としめることだと思います。 405 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 02:12:30 ] >>404 (続き) (中略) とくにアプリケーションがワープロのようにタイピング中心の場合、 (中略) ファイル名をタイプしろと指示が出てファイル名をタイプする、 これは非常におかしいですよ。 (中略) 何かを選択したら、それが戻ってきて名前をたずねるというのは 馬鹿げています。 (中略) X Windows のインターフェースは想像できないくらい大規模で、 想像できないくらい複雑です。なぜそんなに大きくなってしまったのか 理解できません。まったくわかりませんね(笑)。 406 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 02:19:39 ] >>403 あれれ？ >>399 の「マーケティング的にはいかがなものか」は Xen の話と思ってた。 407 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 02:20:40 ] 古すぎ。略しすぎ。 408 名前：404 mailto:sage [2005/09/16(金) 02:24:30 ] >>404-405 は 1991 年ね。KDE も GNOME も Quartz も 影も形もない頃。でも Tompson 氏の指摘してる点は今メジャーな GUI に共通。 X の話は Motif 他当時のツールキットを指すのか、Xlib を指すのかは よくわからん。流れからすると UI のことだと思うけど。 Tompson 氏が GUI 担当してるのかどうかは知らないけど、 今の GUI のジョーシキとは全く違うところで作られてると 思った方がよいね。 ちなみに、記事はソフトバンクが出してたザ・コンピュータという 雑誌の 1991 年 12 月号。IBM の 80386SX16MHz PS/55 NOTE の 広告が載ってる。海外雑誌の The Computer と提携してたと思うので、 どっかに英文の元記事もあるかも。 409 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 02:31:23 ] 略しすぎ。何を指摘してるのか分からん。 410 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 02:40:50 ] >>406 話題が >>401 からすり替わっているね。まあ細かいこと気にするな。 411 名前：404 mailto:sage [2005/09/16(金) 02:56:16 ] >>409 401 は「UI とか外見的にイケてない」と書いてる。これは Plan9 のこと。 「もう小汚いデスクトップには戻れない」と書いてる。これは おそらく KDE や GNOME のこと。直接この 2 つをリンクはしてないが、 どうやら同等に扱ってる、とオレには取れた。 で、そりは違うぞ、とゆうこと。 Plan9 の GUI はあれなりによく考えられて作られている ........と思ふ。から、そういう見方でもっぺん使ってみ。 412 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 05:41:36 ] > 「もう小汚いデスクトップには戻れない」と書いてる。これは > おそらく KDE や GNOME のこと。 なるほど、そうも読めるね。ただ俺は、こっちもPlan 9のことだと思った。 Emacsって書いてるのは、実際使ったことがあまりないから間違って書いちゃっただけだ、と。 そうすると>>404の指摘は的外れになって、>>409となる。 略しすぎとは言え、俺は面白かったけどね。長い文章どっかにあるの? 413 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 09:11:59 ] Thompson じゃなくて Pike だけど、これは秀逸だと思う 　cm.bell-labs.com/cm/cs/doc/88/1-07.ps.gz 414 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 09:42:40 ] >>411 401が言ってるのは、単に見た目が綺麗じゃないって意味じゃないかと フォントがどうとか言ってるからね 415 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 13:20:38 ] つーかおまいら全員、略しすぎで何を指摘しているのか分からん。 「何について」「どう考えているか」きちんと明確にして話そうよ。 416 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 13:51:29 ] 自分が何を考えているのか理解していない人が、自分の考えを表現できるわけがない、という見本。 417 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 14:36:58 ] この程度が何のことだかわからないようだと、Plan9 の すごさもあんまりわからんと思うな。基準を今のメジャーな ソフトウェアに置くと、なにも見えん、というか。 何も得られん、とか使う意味が無いとは言わないけど。 418 名前：404 mailto:sage [2005/09/16(金) 15:02:07 ] >>412 図書館にしかないかも。 >>414 うん、たぶん X の fonts.conf とかのことだと思う。アンチエイリアスと 小さいときのビットマップの扱いさえできてればいい、って可能性もあり。 >>415 411 でもわかんない? 419 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 15:39:15 ] >>418 話の発端は401なんだから、401が出てこないことにはしょうがないかも。 420 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 16:50:57 ] >>417 そのすごさっての? 説明してみてよ 421 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 17:30:20 ] Plan 9から話題が逸れた途端に盛り上がるってのもなんだな…… 422 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 23:00:29 ] >421 ここ見てる人って意外と多いのかな？ 423 名前：401 mailto:sage [2005/09/16(金) 23:06:03 ] 燃料投下して逃げたみたいになっちゃってたのね。スマンス。 404=411が正解です。Plan9のUI(ってかRio)はよく考えられていると思いますよ。 ウィンドウそのものがファイルとか他のシステムからは考え付かないこと平気で やってのけてたり、Acmeからはこういうものの考え方もあるのかと衝撃を受けましたし。 でも「見た目が美しくない」から積極的に使う気になれません。使うのはPlan9そのものの 勉強が目的のときだけ。逆に「見た目が奇麗だから」MacOSX(Darwin)に用があるわけでなくても MacOSXのデスクトップに張り付いている時間が一番長いです。XとかWinはリモートで画面飛ばし。 普及させたいとか、もっと人気が欲しいとか(多分考えてないんだろうけど)ならもう少し 外見も磨いて欲しいですね。第一印象が悪かったら内面の良さを知る機会がぐんと減っちゃうのが普通でしょ？ 424 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 23:14:09 ] Plan9を普及させようなんてベル研のおっさんどもは露ほども考えてないはずだが むしろ釣りにしか見えん。どう考えたら見た目重視でPlan9なんか選ぶようになる? 425 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 23:30:35 ] ベル研でPlan9にかかわってるのって何人くらい残ってるの？絶滅した？ 426 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 23:31:05 ] > 外見も磨いて欲しい これが言いたいんでしょ。もちろん磨かれる可能性はないだろうな 427 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/16(金) 23:49:37 ] 問題は404の引用が的外れってとこだ。 428 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/17(土) 01:16:58 ] >>424 全く考えていない、または素晴らしいシステムなので普及すると信じている このどちらかだろうな(笑 >>422 意外と人が居るのね、でも普段は静か それだけ取っ付き難いって事なのかねぇ 429 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/17(土) 01:33:39 ] >>404 に突っ込み所が満載なだけ。 430 名前：404 mailto:sage [2005/09/17(土) 01:38:27 ] > でも「見た目が美しくない」から積極的に使う気になれません。 んと、フォントのレンダリングとかの話であれば、そういうの うまく扱うようにすることは別にそうかけ離れた話ではなくて、 ただやる人さえ居れは実現することだとは思う。 立体表示だのアニメーションだの、ってことであれば、機能として 付いても、それがちりばめられたりはしないだろうね。 > 逆に「見た目が奇麗だから」MacOSX(Darwin)に用があるわけでなくても > MacOSXのデスクトップに張り付いている時間が一番長いです。 それはまさに「インタラクティブのためのインタラクティブ」って やつですよ。Ken Thompson は少なくともそういうのは 「ばかげている」、と言ってるのよね。 431 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/17(土) 08:09:50 ] 401 の 423 は 「見た目が綺麗だから用がなくても張り付いている」ってことなのね。 「システムの動き方が綺麗だから用がなくても張り付いている」人です、 僕は、たぶん、ええ。 432 名前：404 mailto:sage [2005/09/17(土) 15:24:43 ] つまりは、ウィンドウ移動したりリサイズしたり、その他 OS さんと 対話した気になって、その対話自他が楽しい、という点で システムが売れている、ということで、それを最初に上手に やったのが Macintosh だったと。で、他にもそれに倣って 今の状況がある。 とすれば、みんなそんなことに飽きてしまう時がいつか 来るのであれば、今の状況は非常に「脆うい」ってことだよね。 逆に言うとさ。砂上の楼閣っつーか。 433 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/17(土) 18:26:45 ] ほとんどのユーザが用があるのはOSではなくてアプリケーション。 性能が、機能が、設計が、思想が、ってのはほとんどのユーザにとって何ら訴求効果を 持たない。必ずしも良いものが商業的に成功するわけではないってのは世の常だからね。 434 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/17(土) 18:30:14 ] まあ嗜好品としてのコンピュータってそんなもんじゃないの。 435 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/17(土) 22:00:36 ] >>433 その結果ゴミが蔓延してるんだから、基礎研究が必要。 そう思わない? ゴミ好きさん。 436 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/17(土) 22:59:22 ] Mac の GUI は時代遅れだと思います(と火に油を注いでみる)。 たとえば、メニューバーとか、メニューバーとか、メニューバーとか。 rio は使いやすさを云々できるほどアプリケーションがないですね。 テキスト端末としてはヒストリ機能とか補完機能とか、いつも 無意識のうちに頼り切っている機能がないので使いにくく感じます。 3 ボタンマウスを前提としているのも困りものです。 最近のノートパソコンはどれも２ボタンみたいですね。 437 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/18(日) 13:15:37 ] Mac の F9 でウインドウが一望できるのうらやましい。 あれはどのウィンドウシステムにも欲しいな。 補完機能は * や ? で代用してしまいましょう。雑多なものを捨て、 真の一つにたどり着くのです。(うそ 438 名前：名無しさん＠お腹いっぱい。 [2005/09/19(月) 12:58:55 ] >>425 > ベル研でPlan9にかかわってるのって何人くらい残ってるの？絶滅した？ 数え方による。 MAx = 3 MIN = 0 :-) 439 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/20(火) 01:01:26 ] どんな数え方？フルタイムと片手間みたいな感じ？ 440 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/20(火) 17:49:38 ] 補完機能はInsert 441 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/20(火) 18:28:24 ] ヒストリ機能も誰か実装してた 442 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/24(土) 01:38:36 ] > 補完機能はInsert ほんとだ。[INS]のないキーボードを使っているので 気付きませんでした。あっても触ることもないし。 あとはジョブコントロールとヒストリがあれば完璧ですね。 443 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/26(月) 05:06:00 ] >>435 基礎も何も求められるが故に作られ、競争が起き淘汰が起こる。これはPCの世界だけではないよ。 コミュニズムを謳い聖人ぶるのは結構。だが世の流れぐらいは見て理解しような、社会不適合君。 444 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/26(月) 14:28:36 ] >>443 オメデタイな。19 世紀の古典経済学復興運動ですか? 競争の結果すぐれたものが残らないと意味がないんですけど。ゴミ残っても。 445 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/26(月) 15:12:57 ] 他所でやってくれ 446 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/26(月) 18:42:51 ] >>443 いわゆる「市場原理」ってのは、個々の消費者が最終的にはある程度自分で 商品について正しい価値判断ができる、ということが前提となる。 大勢におもねって自分で正確な判断をしようとしないアナタのようなのは、 市場原理社会ってのがあるとすれば、まさに不適合なのよね。 447 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/26(月) 19:17:07 ] ご両人には悪いのですが、その議論は前提の段階でズレてしまっているので、 ここいらで勘弁していただけませんでしょうか。 448 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/26(月) 21:06:19 ] どうせ過疎スレだし 449 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/27(火) 01:13:40 ] 過疎スレは理由にならない。 450 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/09/29(木) 09:34:53 ] >>395 > 今、世の中では java や inferno のように GC 内蔵の VM を使うのが流行り > なんでしょうか。今時はメモリが潤沢にあるから MMU がない小さい機器を考えた場合、こういう構造の方が移植の容易さを 保ったまま、安全なシステムを作りやすいんじゃないかと思いますがどうか? 451 名前：395 mailto:sage [2005/10/01(土) 02:30:27 ] >>450 なるほろ。 うろおぼえなのですが、limbo って C 言語 + GC 付きメモリ管理みたいな 感じでしたっけ。 java も lisp もなにかするたびにどんどんごみができていくのですが limbo みたいなのだとメモリの使いまわしも可能なので資源の限られた状況 でも効率よく動作する、だから組み込みにも向いている、limbo えらいぞ、 という理屈をいま思い付いてかってに納得しようとしています。 452 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/02(日) 15:34:40 ] >limbo って C 言語 + GC 付きメモリ管理みたいな そうそう。もう少し修飾すると、C+GC+ダイナミックリンク+並列 みたいな感じ。ダイナミックリンクっていうのは、dlopen みたいな ライブラリじゃなくて、limbo の文として load 文が提供されてる ということ。並列は spawn と chan(チャネル)。 453 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/02(日) 15:36:58 ] limbo はリファレンスカウントで GC するんだけど、 java はマークアンドスイープなんだっけ？ 454 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/02(日) 22:18:22 ] copying gc もあるよ >> Java Java とか Smalltalk はパフォーマンスを考えて、複数 GC 戦略を使い分けてるよ。 455 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/08(土) 10:56:32 ] 以前は nmap で Plan 9 ホストを見ても識別できていなかったのですが 新しく linux を入れたマシンで試したら Running: Bell Labs Plan9 OS details: Bell Labs Plan9 Fourth Edition なんてのが出るようになってしまった。がっくし。 あえて Plan 9 ホストを狙う人はいないと信じたいけど。 java の GC は世代別で生成された直後のオブジェクトは頻繁に copying gc、 ある程度の期間を生き延びたオブジェクトは mark&sweep というありがちな 構成だったと思います。 456 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/10(月) 20:23:27 ] UNIX 上のホームディレクトリ以下のバックアップを Plan 9 上に 記録したいのですが、正しい方法はなんでしょう？ cpu% ssh unixhost 'tar cf - .' |tar xv とかやると Plan 9 側の tar が途中で止まってしまいます。 シンボリックリンクを張れないとか、ファイル名が長すぎるとか。 tar で固める、というのが一番簡単なのですが、毎回バックアップの 度に全部固め直すというのも無駄だし後で見るときにも不便です。 457 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/11(火) 11:35:20 ] p9p の vbackup を使って venti に書き出すとか? swtch.com/plan9port/man/man8/vbackup.html 458 名前：456 mailto:sage [2005/10/12(水) 23:18:16 ] vbackup を使うしかないですかね。 Plan 9 側から参照できないのがちょっと悲しいところです。 vbackup だとデバイス単位でのバックアップになりますし。 どうせなら fossil+venti みたいに ufs+venti とか ext3+venti とか できると面白そうです。coda+venti とか。 459 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/13(木) 08:59:15 ] 素直に v9fs でホーム自体を Plan 9 側においちゃう。 (やったことないけど) 460 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/15(土) 23:45:45 ] USBゲームパッドのファイルサーバを書きました。 それを/dev/pad以外にmountさせようと /home/lib/profileにmntgen /devと入れてみたのですが、 rio起動時に/dev/drawが見えなくなってエラー吐いてしまいました。 ちょっと、びっくり。 lufia.org/plan9/src/pad.tgz 461 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/18(火) 16:47:26 ] tetris は /dev/pad 対応になってるですか? 462 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/23(日) 15:33:27 ] fossil+venti 構成で fshalt するとやたら時間が(数時間ほど) かかるのは私のところだけでしょうか。 コマンドラインのメッセージでは file system main is halted done とかいかにも書き出しが終っているかのように見えて、そのくせ ディスクががりがり動いているのが気持わるく思えます。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef