NetBSD その24

**名無しさん＠お腹いっぱい。** · 2008/05/21(水) 02:11:13

``Of course it runs NetBSD.''
＿ノ⌒ゝ
＼　　´-ヽ
　＼ノ⌒ヽ
　NetBSD
　　　　＼
ttp://www.netbsd.org/

前スレ
NetBSD その23
http://pc11.2ch.net/test/read.cgi/unix/1203467127/l50

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 11:26:30

adは幼女とちゅっちゅしたいと言って去ったと聞きましたが。

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 11:30:21

どこで誰に?

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 11:37:37

>>723
えっ? あれって、2ヵ月くらいでとっくの昔に終ったんじゃないの?
まだ続いてんの? そんなに寄付あったのか??

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 16:01:05

匿名以前に、日本語で意思表明するのが意味がないな。

So, Omowanaika?

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 16:59:43

yon ni, i-ppyou.

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 19:04:54

曽田さんは>>715の言う「数千数万のスレッド」をSA擁護の例に挙げてなかったっけ。
1+2番、と言っているように感じたが、氏がここを見てたら何かしら伝わるんじゃない。

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 20:31:47

スレッドが大量に作れれば、シミュレーションには便利かもね。
でもthreadを使わなくても書けると思う。
一方でパフォーマンスが重要なアプリケーションは、
1:1スレッドを前提に書かれている。
アプリケーションプログラマが頑張ることになっちゃったけど、
M:Nでは1:1よりパフォーマンスが出ないんだから、しょうがない。

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 20:37:30

逆に言えば、1:1を上回るパフォーマンスさえ出ればM:Nの実装コストは正当化される。
「SAが実装された暁には!」という夢を見るのも、また一興か。

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 21:15:06

で、その日まで枝でいいじゃん。そういう意味じゃ revivesa は名前が悪いね。
longandwindingsa とかw

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 22:47:58

eventualsaとか
forthcommingsaとか
undeadsaとか

つーか、それよりfixsaはどーなっとるんよ

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 22:57:57

diehardsa
zombeesa
foreversa

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 22:58:36

sainyourheart

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 22:59:49

saー、saー、お星になったのねぇ～w

**名無しさん＠お腹いっぱい。** · 2008/08/11(月) 23:03:21

youareshocksa

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 01:49:23

Mercurial or GITみたいな分散型SCMに移行すれば俺ブランチも作りやすくなるけど、
ブランチ切る抵抗を減らしてしまうのは、果たしてプロジェクト全体にとって
幸せなことなのかどうか、ちょっとわからんな。BSDだとGPL縛りもないし。

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 02:25:00

ブランチの作りやすさはあんまり重要じゃなくて
マージまでたどり着けるかどうかのほうが。
doc/BRANCHESには屍累々だし。

顧客でも締切でもLinusやTheoみたいな独裁者でも
なにかしら駆動するもんがないと厳しいんじゃない。

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 11:21:08

なんかまた違う話が出てるぞ...ww 少なくとも sa に関しては「ブランチ切る」のは
終ってるぞ? 統合するのか並行で行くのかが争点なんだけど。

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 11:23:41

ひょっとして、「ブランチ≒いずれは統合」とか、思ってんのかな?
枝のまま消えるのは、それでいいじゃん。リポジトリには残って参照できるんだし、
とりあえずの実装が正しいか試せるのが枝なんだから、別の方法を見出せたならば
それで十分役に立ってる。

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 11:48:12

リリースブランチ以外で「trunkとは別の方向に進む」っていうブランチを作る文化は
NetBSDにはあまり認知されてないように見えるけど。
つーか、独立してまでメンテするマンパワーないし、
trunkの新機能から取り残された感が出てくると萎えるし、
実際問題としてブランチ切ってもよほど興味を引かない限り
誰もチェックアウトすらしないし。
fixsaもrevivesaも誰も結果レポートしないから止まってる面もある。

世間一般のプロダクトだとまた話は別なんだろうけど。

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 11:48:48

yasa
zsa

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 17:53:38

誰も興味ないし誰も結果レポートしないんだから
マージする必要もないんじゃ

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 20:06:52

問題は技術的な理想論を実務上の理由で否定する結論を誰も下せないこと。
あるべき論と文句だけは皆いっちょ前だし、そんな矢面に立っても得すること何もないし。
OpenBSDならtheoの一声なんだろうけど。

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 20:48:44

あんたもしつこいな。だから、実際手動かしてる ad とかが判断下すように
持ってけばいいんだよ。thorpej がノシて来た時もそうだったし。
元からそんな人数居たわけじゃないし。

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 21:05:35

やっぱ、

1. 少人数で維持が可能で大勢に理解できる規模にプロジェクトを抑える
2. SMP はプロセスのメインスレッドの処理 CPU を固定する等、単純な構造にする

ために、マイクロカーネルに移行すべきだな。コンテキストスイッチの
オーバーヘッドが大きいんなら特権空間に置けばいいと思うし。

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 21:06:11

でもって、それは Amoeba であり、Plan 9 なのでした。ちゃんちゃんw

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 22:29:22

そして>>727にもどる

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 22:37:37

>>746
coreであるagc自身が

we're currently in feature freeze for NetBSD 5.0, and we're
nearing the end of that period. There are some things that we still
have to finish off, such as (in no particular order):

+ wrstuden-revivesa merged and 4.0 SA threaded apps working outta da
box on 5.0

なんて書いてるわけだが、まあ頑張って説得でもなんでもしてみてくれ。

thorpejがやってきたのは実務論優先の切り捨てじゃなくて自論の体現だよ。
もうそんなパワーのあるメンバーいないのに理想だけは変えられない性。

**名無しさん＠お腹いっぱい。** · 2008/08/12(火) 23:41:00

まあそんな悲観論あと百回並べてみたとこでそれも同じことだろ?

**名無しさん＠お腹いっぱい。** · 2008/08/13(水) 00:51:32

持ってけばいいんだよ、なんて草場の陰で待望論してないで
現実知って行動しろよ、ってだけだけどな。

**名無しさん＠お腹いっぱい。** · 2008/08/13(水) 03:50:16

現実の話なら、-currentを安定動作するところまで持っていけるかどうかの
方がずっと心配だよ。負荷かけるとなんかturnstileあたりで詰まっちゃうし。
adはお休みモードになっちゃったみたいだし、誰かちゃんと直せるのかなあ。

revisesaは、diffみる限り局所的な変更で済みそうだから、ずっと問題は
小さからろ。

**名無しさん＠お腹いっぱい。** · 2008/08/13(水) 04:27:04

turnstileはさっきthorpejがassertつっこんでたから認識はされてるんじゃない。
同じ原因と推測される不具合が一月誰も手を付けずに放置だったら心配だが、
1,2週間おかしいくらいでガタガタ言うんじゃねーよ。

そもそも、おかしいのがわかってるんだったらこんなとこでグダグダ言ってないで
send-prしろよ。再現させる方法がわかってるかどうかでもかなり変わるし、
見てるだけ待ってるだけで良くなると思ってる方がどうかしてる。

**名無しさん＠お腹いっぱい。** · 2008/08/13(水) 06:45:34

わっふるわっふる

**名無しさん＠お腹いっぱい。** · 2008/08/13(水) 14:51:46

>>754
> 見てるだけ待ってるだけで良くなると思ってる方がどうかしてる。
自分以外は必ず「見てるだけ待ってるだけ」だと思い込む方がよっぽどどうかしてるんだが。

**名無しさん＠お腹いっぱい。** · 2008/08/13(水) 18:44:09

>>誰かちゃんと直せるのかなあ。
これって見てるだけ待ってるだけとしか思えんのだけど。違ったのならスマンな。

**名無しさん＠お腹いっぱい。** · 2008/08/14(木) 17:45:07

>757
そんなこと言ったってね、私は寝てないんだ。

**名無しさん＠お腹いっぱい。** · 2008/08/14(木) 17:54:46

>>758
こっちだって寝てないですよ！

**名無しさん＠お腹いっぱい。** · 2008/08/14(木) 18:44:14

2ch見てウダウダ書き込みする暇はあってもsend-prする時間はないってか。
英語のベンキョは大事だネ

**名無しさん＠お腹いっぱい。** · 2008/08/14(木) 21:24:10

>>760
英語でおk

**名無しさん＠お腹いっぱい。** · 2008/08/15(金) 02:01:46

ぐぐってみた。
http://jibun.atmarkit.co.jp/lcareer01/rensai/topi04/topi01.html
http://www.geekpage.jp/blog/?id=2008/2/13
http://kmuto.jp/debian/article/osm200601.html
http://www.itmedia.co.jp/enterprise/articles/0412/01/news009.html

**名無しさん＠お腹いっぱい。** · 2008/08/15(金) 09:12:53

NetBSD 4.0/i386を使っています。
gdbでwatchをセットすると実行が激しく遅い感じなのですが、自分だけでしょうか?

処理が増えて遅くなるんでしょうが、実際のところ、ものすごくシンプルなコードでやっても
激遅で、正直実用に堪えない感じです。ちなみにCPUはCore 2 Duo 2.2GHzです。

似たようなスペックのハードに入ったLinux(Ubuntu)上で全く同じことをしてみたら全然速いので、
NetBSDの方には何か問題があるようにも思えます。
自分が何かヘマをしているのかもしれませんが、どなたか心当たりはありませんでしょうか。

**名無しさん＠お腹いっぱい。** · 2008/08/15(金) 20:46:10

watchは、そもそも、遅いものだと思うがいかがなものかな。
Linuxがなにかずるをしていないか?

**763** · 2008/08/15(金) 21:48:36

>>764
ずるっていうか、デバッグレジスタ使ってるかな～、みたいな。
ptrace()かな～、みたいな。
NetBSDの人はwatchなんてものは使わないのかな～、みたいな。
あ、全然面白くないですね。すみません。

**名無しさん＠お腹いっぱい。** · 2008/08/15(金) 21:50:00

NetBSDでサポートされているかは知らないが、
gdbならhardware watchpointに対応していれば問題ない速さで動くはず。

**名無しさん＠お腹いっぱい。** · 2008/08/15(金) 22:47:56

gdb6/gdb/config の下いじったら使えるようになったりしない?
いちおうまだ古いCPUもサポートしてるはずなので、デフォルトで使わないようになってるのかもしれない。
libmみたいに動的に切り替えるのがいいんだけどね。

**名無しさん＠お腹いっぱい。** · 2008/08/15(金) 23:14:10

>>765
>NetBSDの人はwatchなんてものは使わないのかな～、みたいな。
実際、少なくともここにいる人はほとんど使ってないんじゃない。
NetBSD使う理由の9割くらいはカーネルだし、ユーザーランド環境はいまいちだし。

**名無しさん＠お腹いっぱい。** · 2008/08/15(金) 23:15:50

カーネルって、カーネルでなにしてんの？w

**名無しさん＠お腹いっぱい。** · 2008/08/15(金) 23:54:56

>>769
カーネルいじったりでは。

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 00:04:32

カーネルだけで、カーネルいじれるの？
いじるを具体的に

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 00:48:14

意味不明だが、何が聞きたいの?
NetBSD上でなくてもカーネルコンパイルはできるし
カーネル移植ならシングルユーザーにたどりつくまでのほうが長いし、
ドライバ書きならgdbなんて出番ないが。

ユーザーランド使わずにNetBSD使ってる、なんて誰も言ってないよ。
ユーザーランドプログラム開発プラットフォームにわざわざNetBSD選んで
その上でgdb使ってゴリゴリデバッグ、なんて人は少数派じゃないの?
ってだけだが。

**763** · 2008/08/16(土) 00:54:03

>>767
>gdb6/gdb/config の下いじったら使えるようになったりしない?

うーん、gdb6/gdbの下のファイルでLinuxとNetBSDを比較してみて、ちょっと脱力していた
ところなんですが、もう少し調べてみます。もしかしてpcbをいじる必要があるのかなあと。

>>770
カーネルは激しくイベントドリブンだから、デバッグするときむしろwatchの機能はそれなりに
有効な気もしないではないですが...
あれ、カーネルだったらレジスタを直接セットすればいいのかな? かなり眠くなって来た

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 00:59:45

>>771
カーネルをいじるのも英語でsend-pr書くのも夢のまた夢の向こう側

...と思っていた時期が私にもありました(AA略

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 01:30:22

>>771
角度とか

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 02:00:54

NetBSDユーザーランド無しでもNetBSDカーネルはいじり放題、
が結論ですが何か。

gdbは-currentやfixsaでいろいろ修正入ってたと思うけど
スレッド関連だけでwatchは関係ないかも。

>>763のヘマではなくNetBSDだとgdbのwatchは遅い、
というのがもう一つの結論?

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 02:56:25

NetBSD な人達って、なんでユーザランド、ユーザランドって連呼するの？

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 03:31:46

連呼してると思い込んでる時点で以下略ww

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 04:04:50

ユーザーランド以外の方だと気付かなきゃな

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 08:30:52

すみません、良く分っていないのですが、
NetBSDでのスレッドはユーザースレッドになるのでしょうか。
pthreadを使ったプログラムを作っているのですが、
Solaris10とNetBSD4.0で振る舞いが違っており悩んでいます。
このプログラムはSolaris10では複数個のスレッドが複数CPUを同時に使って動作するのですが、
NetBSD4.0ではスレッドは複数個生成されるものの同時に1つのスレッドしか動作しないようです。

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 09:06:14

スレの前の方でも話が出てるが 4.0 なら scheduler activationsの M:N だよ。
まともに使ってる人がどれくらいいるのかどうかは知らないけど。
ユーザーランド!ユーザーランド!

並列実行数は man pthread の PTHREAD_CONCURRENCY の設定がいるんじゃない。
もっとも、これを2以上にするとバグバグという意味のない状態という噂もあるが、
wrstuden-fixsaなら直っているのかも?

あと、カーネルはGENERIC.MPみたいなMP対応のカーネルじゃないと
そもそもSMPで動かないけど、そのへんは?

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 10:14:43

>>781
ありがとうございます。
PTHREAD_CONCURRENCYを大きくしたらできました。
これからちょっと使い込んでみます。
(ばぐは怖い...)

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 10:26:11

もしばぐばぐだったら
ftp://ftp.NetBSD.org/pub/NetBSD-daily/wrstuden-fixsa
のカーネルを試して改善されているかリポートすると
超喜ばれるかも

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 12:11:52

ゆっくり進むのはいいけど
ちゃんと正しい方向に進んでるかい？

**名無しさん＠お腹いっぱい。** · 2008/08/16(土) 20:02:22

>>784
そんなことagcかchristosに聞けよ。

各デベロッパは個別要素技術の自分の担当部分にしか興味なくて
全体進行は誰かその気のある人がやればいい(と言いつつケチはつける)
という状態にもかかわらず、いまだプロジェクトとして崩壊してないんだから
それはそれで大したもんだという気はしないでもない。
超スローペースのなせる技?

**名無しさん＠お腹いっぱい。** · 2008/08/18(月) 01:52:53

動いてしまえば正義

**名無しさん＠お腹いっぱい。** · 2008/08/18(月) 11:49:55

いま動いてないものが悪なのか正義への道の途上なのかは一意でない。

**名無しさん＠お腹いっぱい。** · 2008/08/18(月) 20:11:11

まあ、市場を制圧すれば、官軍だからな。

**名無しさん＠お腹いっぱい。** · 2008/08/19(火) 01:39:49

NetBSDは軍所属だけど戦況なんかに興味の無い変人研究者ってとこだな

**名無しさん＠お腹いっぱい。** · 2008/08/19(火) 15:04:32

tech-security方面で今更な話題が今更な人から出てるな。
久しぶりにGAW見た気がする。

**名無しさん＠お腹いっぱい。** · 2008/08/19(火) 16:14:53

え? 割とコンスタントにずっと見てるけど。current-users かな?

**790** · 2008/08/19(火) 16:45:51

言われてcurrent-usersを見てみればその通りだね。
tech-kernとかでもボチボチ見られるし。
昔ほどウザくないせいか、何か印象に無かった。

**名無しさん＠お腹いっぱい。** · 2008/08/19(火) 22:43:33

間違ってる、おかしい、と文句付けた直後に
すまん勘違いだった、最新のでは直ってた、
と自己完結してることが多くなった気がするな

**790** · 2008/08/19(火) 23:19:47

GAWといえば、延々とMLで持論をgdgd述べ続けた挙げ句に
担当developerのやる気を殺ぐ点で右に出るものが居ないという
印象だったので、散発的に発言されてても印象になかった。。。
ちなみに今回GAWに気付いた理由は、

「SPAMフォルダを見たら偶然目に入ったから」

だった。2000通以上ある中、引っ掛かってたの多分これだけで、
SPAMフォルダに入ってる方が印象深かったというのが個人的にはウケる。

**名無しさん＠お腹いっぱい。** · 2008/08/19(火) 23:36:53

今はder Mouseあたりのほうがうざい気が

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 01:17:06

おまいらも相当ウザいぞｗｗｗ

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 01:24:38

英語読んでないからじゃないの

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 01:29:40

GAW@tech-securityがらしくなってまいりました。

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 01:35:48

PAM採用の件では故itojun先生もGAW並にボロ糞言ってた気がするな.

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 01:53:56

あん時も、SODA大明神はPAM側で、故itojun先生はBSD Auth側だったなー。
当時、現実主義のPAM派と理想主義のBSD Auth派と思ってたが、
SODA大明神が理想主義的にrevivesaを擁護しているのは時の流れか否や。
でもまあ、もうNetBSDがマスを取る事はないのだから、他がやってない地雷原を
走るってのも、存在意義としては良いんじゃないかなと思う。だから、個人的には
revivesaはagreeなんだよね、多分NetBSDクオリティで終わるんだろうけど。

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 01:59:54

理想主義と言うより伝統主義というか郷愁というか名前にだまされているというか。

いずれにせよ認証機構は時代の要請があったけど、SAは歴史的マシンサポートと同じで
なくても困る人ほとんどいないから、書いた人がやる気無くしてたら自然消滅じゃない。
で、5.0も出ない罠

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 02:09:44

>>で、5.0も出ない罠

そうは言っても、まあ5年以内には流石に出るんじゃない？

という、冗談で言ったのになぜか冗談にならないタイムフレームがでてくるのが
NetBSDの凄い所。実際問題、ダイナミックリンクライブラリレベルで互換性
とれてれば、まあ良いんじゃないのとは思うね。インストール/アップグレードで
少々手順が面倒位で忌避されるなら、そもそも絶滅してるし。

まあ、これまでバイナリ互換性を相当重視していたのは事実だから、どうせ崩すん
だったらこの際思い切って何でもアリで大拡張したら面白いけどな。

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 02:50:51

さすがに5年はかからないと思うが、1年以内は無理だろね。
それより前に、リリースなんてどうでもいいと思ってる人から
いつfeature freezeは終わるんだと文句が出て
ブランチの話がグダグダになるorどさくさに紛れてsa後回しで進む
のどっちかが今年の10月頃に起こると予想。

その後ブランチ切った瞬間new featureがドカドカ入って
リリース出る前からすでにobsoleteというのがありがち。

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 13:20:35

でも今回はわりと止まってる feature って少ないんでは?
次の 6 の目玉はあるのか? ZFS?

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 13:59:12

NetBSDのバイナリ互換性堅持って何の要求から来てるの?
組込みならそんなの要らんやん。

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 15:07:27

いやいや、あらゆる用途に実用的な、汎用 OS ですから。
まあ、一番文句言うのは組込みで使ってる人達ですけどw
組込みもモノによってはバイナリ互換性重要ですよ。

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 17:39:26

> あらゆる用途に実用的

あらゆる用途で実験的に空目した。

**名無しさん＠お腹いっぱい。** · 2008/08/20(水) 22:27:39

NetBSDが組み込み向けをターゲットにしてるんじゃなくて、
移植がしやすいから組み込み屋が群がってきただけだよね。
One size fits all のTシャツは結構味があって好きだったなあ。

互換性の話はCOMPAT_NOMIDってのがあるくらいだから単なる伝統じゃない。
m68kのa.outなんかはとても互換性あるとはいえない移行だったし、
vinum, systrace, NQNFS, netns, 80386等々削除されたものも
けっこうあるから言うほどきっちりできているわけではないと思うけど、
ユーザー数よりもどれだけ理想が高かったかで話が大きくなりがち
という気はするな。

**名無しさん＠お腹いっぱい。** · 2008/08/21(木) 01:07:04

ところでみなさんいくらぐらい寄付してるの？
結構長年にわたり使ってるようだけど

**名無しさん＠お腹いっぱい。** · 2008/08/21(木) 01:13:44

>>809
コードは寄付してますw

以前自前のマシンを使ってデバイスドライバを書いたとき、再起動を繰り返したせいか調子が
悪くなったので、ある意味間接的な寄付だったかもw

**名無しさん＠お腹いっぱい。** · 2008/08/21(木) 03:15:58

そういえば今年はだよもんで寄付してない気がするんだよもん

**名無しさん＠お腹いっぱい。** · 2008/08/21(木) 07:39:12

じゃあマダーリスト解消しようよ
・寄付しても自動的には載らない
・寄付すると、「載せていい?」「載せるなら何て名前で載せる?」ってメールが来るので、
「だよもんだよもん」と返事する

**名無しさん＠お腹いっぱい。** · 2008/08/21(木) 09:33:27

mpt で Symbios Logic 53c103 って出る LSI Fusion-MPT なんだけど、
起動時の BIOS でミラーリング設定するとちょっと負荷かけたら
リソース足らんとか言ってそのうち使えなくなるんだけど、そんなもん?
ミラーリング解除して RAID 機能使わなければ問題出てない。
先週くらいの 4.0_STABLE/i386。

**名無しさん＠お腹いっぱい。** · 2008/08/21(木) 09:41:05

去年の暮れ、知合いの外国人からJapanese goodsが欲しいとおねだりされて
いろいろ手配して送ってやったら妙に感激されてお礼がしたいと言うので
送金もめんどいからwww.NetBSD.org見て寄付しといてくれ、って言っといた。

ま、金じゃなくともsend-pr一つでも貢献なんだがな。
実機は募集されてるもの以外はありがた迷惑になる可能性あるが。

**名無しさん＠お腹いっぱい。** · 2008/08/21(木) 12:40:50

>>807 お前のレスを「あらゆる用途で非現実的」と空目した。

**名無しさん＠お腹いっぱい。** · 2008/08/21(木) 13:02:13

>>812
たしか、前にここで説明したような気もするんだよもん。
要するに日本語ドキュメントに載せろってことだよもん？

**名無しさん＠お腹いっぱい。** · 2008/08/21(木) 23:42:55

事後処理は説明済だからリストのdonateの項から完了に移せということ?
英語以前にエスパーなしで意図を伝えられる表現力鍛錬が必要だな

**名無しさん＠お腹いっぱい。** · 2008/08/22(金) 08:13:16

鍛錬するよりエスパー用意した方が早い

**名無しさん＠お腹いっぱい。** · 2008/08/23(土) 05:54:36

だよもん寄付も事後処理も速いんだよもん
今年は寄付が少ないのは去年の反動なのか心配なんだよもん

**名無しさん＠お腹いっぱい。** · 2008/08/25(月) 11:56:16

pcc の arch/m16c/ にあるファイルって全部 ragge の Copyright なんだが、
彼って M16C の開発者なんだろうか?
仕事でやってんのかな?

**名無しさん＠お腹いっぱい。** · 2008/08/25(月) 19:38:58

ああ、もうだよもんが載ったんだよもん。
確かに、今年の寄付リストが短いのは気になるんだよもん。
みんなにも寄付して欲しいんだよもん！

**名無しさん＠お腹いっぱい。** · 2008/08/25(月) 20:48:50

>>820
微妙にスレ違いだがpccのcvs見るとraggeのとこの院生が書いたように見えるな。
組み込みの研究っぽいこともしてて単にcopyrightに無頓着なだけじゃない。

**名無しさん＠お腹いっぱい。** · 2008/08/26(火) 08:00:06

NetBSDとDebian GNU/Linuxはどちらが優れているんですか？