NetBSD その10

**名無しさん＠お腹いっぱい。** · 05/01/22 04:44:31

　　　,,-‐''""''ー--е　　　　　　　　巛ヽ
　　..|"" 　　　　.　.||　　　　　　　　　〒　!
　. .;;|.　　NetBSD　.|| イヤッッホォォォオオォオウ！
:.:　.;;| 　　　　　　　...||　　　　　　　　　/　/
.::..::;:;|　　　　,ノ""""||　　　 ∧＿∧ /　/
.:::::;;:| ,/"　∧＿∧ｎ||　　　（´∀｀　/　/
　 ""　　（　´∀｀/　）　　,-　　　　　ｆ
　　　　　/　 .＿/ /|| 　 / ｭﾍ　　　　|
　　　　　/　＿＿/(　）〈＿｝）　　　|
　　　　 /　　　（と）　　∧＿∧　　　!
　　　　/　/￣＼＼＼（´∀｀　）,ﾍ　 | 　n
　　___/　/　　　＼＼　　　　　ヽ　　（ E）　　　　　``もちろんNetBSDです。''
　（＿_/　　　　　＼ | 　　　 /ヽ　ヽ_／／　　　　　 http://www.netbsd.org/

お約束、関連リンクは>>2-10あたり

**名無しさん＠お腹いっぱい。** · 05/02/16 17:50:44

>>350
ファビョったヤシに何をいっても無駄。放置しとけ

**名無しさん＠お腹いっぱい。** · 05/02/16 17:52:20

>>349
穴があっても入られないように毎日祈る

**名無しさん＠お腹いっぱい。** · 05/02/16 17:52:22

>>349
kmem 書き換えられたら、SE Linux 的やり方では乗っとられるでしょ。
仮想マシン方式なら大丈夫だから、usermode linux とか xen とか
勧めたら？
xen の方は NetBSD でも使えまつ。

**名無しさん＠お腹いっぱい。** · 05/02/16 17:53:15

IDがないんでアルファベットの前後にスペース置くヤシ以外の固体判別ができない…

**名無しさん＠お腹いっぱい。** · 05/02/16 17:55:06

>>345
portsって… 君 NetBSD 使ってないアルね。

**名無しさん＠お腹いっぱい。** · 05/02/16 17:55:10

>>354
それがUnix板

**名無しさん＠お腹いっぱい。** · 05/02/16 17:55:12

>>353
つける薬が見当たらん…

**名無しさん＠お腹いっぱい。** · 05/02/16 17:56:03

NetBSDユーザ抜きで伸び続けるスレ

**名無しさん＠お腹いっぱい。** · 05/02/16 17:57:11

実は自分Linuxerですた

**名無しさん＠お腹いっぱい。** · 05/02/16 17:57:35

>>357
SE Linux だと kmem 書き換えタイプのカーネルローカル
ホールが生じないって保証ができるの？
もちろん可能性は SE Linux の方が減るけど、絶対的な
保証は無理だと思うけど。

**名無しさん＠お腹いっぱい。** · 05/02/16 17:59:38

この世に万能な薬など存在しない

**名無しさん＠お腹いっぱい。** · 05/02/16 18:01:31

「セキュリティは製品じゃない、プロセスだ」

**名無しさん＠お腹いっぱい。** · 05/02/16 18:06:27

Kyoto Protocol は NetBSD で使えますか？

**名無しさん＠お腹いっぱい。** · 05/02/16 18:16:17

> RBACやMACが必要になるだろ。*BSDでは実装するなんて話すら
> 出ていないな。

そりゃ君が無知なだけ。TrustedBSDでMACを実装してるし、その
成果はFreeBSDの方にマージされてきてる。
それに安全性を特に重視するなら、>>353の言うように、仮想
マシン方式の方がよりセキュアでしょ。

**名無しさん＠お腹いっぱい。** · 05/02/16 18:24:21

NetBSD 1.6.2 のセキュリティ
http://bsdcon.jp/docs/netbsd-updates-2004/mgp00006.html

**名無しさん＠お腹いっぱい。** · 05/02/17 14:42:01

NEW_BUFQ_STRATEGYって廃止された？

**名無しさん＠お腹いっぱい。** · 05/02/17 19:29:13

>>366
そうでもない

**名無しさん＠お腹いっぱい。** · 05/02/17 22:11:33

あれ、どこで参照されてます？
うちのcurrentでは src/sys で grep -R NEW_BUFQ_STRATEGY * しても見つからなかったです。
opt_bufq_*.h opt_new_bufq_strategy.h とかも読まれてないし。

**名無しさん＠お腹いっぱい。** · 05/02/18 00:34:17

昔の NEW_BUFQ_STRATEGY は今は BUFQ_READPRIO だな。
あと BUFQ_PRIOCSCAN っていうのもある。こっちの
方がいい？

**名無しさん＠お腹いっぱい。** · 05/02/18 01:16:50

>>369
options(4)が直ってないんですけど……
uvm(9)もmergeする前に書いておいて欲しいな。

**名無しさん＠お腹いっぱい。** · 05/02/18 01:38:04

>>369
なんかdefaultでBUFQ_PRIOCSCANを使うようになっているような気がする。
options NEW_BUFQ_STRATEGYかなんかでbufq_disk_default_stratを変更するように
なってないといけないような気もする。

**名無しさん＠お腹いっぱい。** · 05/02/18 01:45:00

> options(4)が直ってないんですけど……

一応、今でも NEW_BUFQ_STRATEGY は使えると思うよ。
sys/conf/files で
file kern/bufq_readprio.c bufq_readprio | new_bufq_strategy
ってなっているから。そういうわけで、options(4) の記述自体は一応
まだ通用するから、問題ないと言えば問題ない。
まあ options(4) を直した方がいいのは確かだけど。
下書きだけして kill -1 `cat /var/run/wizd` するのがいいと思うんだが。

> なんかdefaultでBUFQ_PRIOCSCANを使うようになっているような気がする。

あれ、そう？
BUFQ_PRIOCSCAN って、デフォルトでは定義されてないから使われないと
思うけど。で定義すると、linker_set に入って使われるようになるん
じゃない？

**名無しさん＠お腹いっぱい。** · 05/02/18 01:55:07

>>372
ぐは、link_setか。了解。読む方にとってはわかりにくいぜ。
でも、結局bufq_disk_default_stratが_BUFQ_DEFAULTのまま変更できないから
methodを複数定義したときBUFQ_METHOD_MASKして一番大きいstratが使われるとすると
DISKSORTは標準で入っちゃうからFCFS使いたいぜと思ってもできないじゃん
という気もしないでもない。

**名無しさん＠お腹いっぱい。** · 05/02/18 02:07:40

FCFS はユーザーが好きこのんで使うものじゃなくて
(たぶん性能が悪くなるだけ)、FCFS を使いたいドラ
イバなりが明示的に使うだけだから、それでいいん
じゃないの？
ufs/mfs/mfs-vfsops.c とか、dev/ の下とかで、
ぼちぼち使ってるみたいよ。

**名無しさん＠お腹いっぱい。** · 05/02/18 02:20:56

>>374
うーん。buf_alloc()を呼ぶ側で決める話ならbufq.hで
extern int bufq_disk_default_strat;
#define BUFQ_DISK_DEFAULT_STRAT() bufq_disk_default_strat
という感じにdefault値が変数になってるのはほとんど意味なくて
直接_BUFQ_DEFAULT渡せばいいじゃんという気が。
つーか、ターゲットのデバイス別でどのmethodが最適なのかが
変わるのならDEFAULTなんて名前がよくないのかしら。

**名無しさん＠お腹いっぱい。** · 05/02/18 02:34:46

> ほとんど意味なくて

でもまあ、カーネルをリンクし直さなくても、
gdb かなんかでパッチ当てるだけで済むというぐらいの
意味はあるよね。
マクロに直接定数が埋まっていると、そうはいかん。

> つーか、ターゲットのデバイス別でどのmethodが最適なのかが
> 変わるのならDEFAULTなんて名前がよくないのかしら。

どっちかっていうと FCFS が特殊なんだと思うけど。
選ぶのは DISKSORT vs READPRIO vs PRIOCSCAN の３択で、
それを決めるのがDEFAULTだと。

**名無しさん＠お腹いっぱい。** · 05/02/18 02:58:06

NEW_BUFQ_STRATEGYとBUFQ_READ_PRIOが同じ扱いになってから変な感じがするのかな。
options BUFQ_*はbufq_alloc()でどのmethodをサポートするかを指定するoptionで、
options NEW_BUFQ_STRATEGYは(名前はともかくとして)物理ディスクでどのmethodを
使うか選択するoptionであるべきだという気がしないでもない。

**名無しさん＠お腹いっぱい。** · 05/02/18 03:12:22

うーん、「NEW_BUFQ_STRATEGYは互換性のために残っているだけで
deprecated (BUFQ_READPRIO の単なる別名) だから、新しく
config 書くなら BUFQ_READPRIO か BUFQ_PRIOCSCAN のどちらかを
選んで指定しろ」でいいと思うけどなあ。
で、両方(あるいはDISKSORT)を一つのカーネルで試したい変な人は、
両方を config に書いて、bufq_disk_default_strat にパッチを当
てて選択すると。

**名無しさん＠お腹いっぱい。** · 05/02/18 03:27:17

>>378
つまりそれをoptions(4)に書いとけよ、という結論ですかな。

link_setの使い方に慣れてないせいかもしれないけど、
標準のbufq_disk_default_stratだと一番大きい値のBUFQ_*が使われる
ってのがなんか変な感じがしちゃうなあ。

**名無しさん＠お腹いっぱい。** · 05/02/18 04:01:46

BUFQ_PRIOCSCAN は議論の末にできたものだし、
BUFQ_READPRIO よりは素性が良さそうだから、
こいつが一番大きい値なのはまあいいんじゃないの？
BUFQ_READPRIO (というかその頃は NEW_BUFQ_STRATEGY)
の方は、30秒ぐらい止まってハングしたかと思った…
みたいなトラブルレポートもあったことだし。

そういえば、delayed write の書き込み待ちで、その
ページの読み込みまで待たされる問題を解決するために、
PG_BUSY を書き込み向けと読み込み向けで分離する話って
どうなったん？

**名無しさん＠お腹いっぱい。** · 05/02/18 09:04:47

>>380
どうもなってません。

**名無しさん＠お腹いっぱい。** · 05/02/18 21:45:10

Erik Reid (-人-)

**名無しさん＠お腹いっぱい。** · 05/02/18 23:02:59

なになに? Erik Reid がどうかしたの?

**名無しさん＠お腹いっぱい。** · 05/02/19 15:38:15

命日？

**名無しさん＠お腹いっぱい。** · 05/02/19 23:35:08

fwaudio きぼんぬ

**名無しさん＠お腹いっぱい。** · 05/02/20 01:35:24

ftpだけじゃなくてwww.jp.netbsd.orgも落ちてる?

**名無しさん＠お腹いっぱい。** · 05/02/20 02:03:08

>>386
2/19 22:00 ～ 2/21 09:30 まで、
定期点検による停電のためサービス
が停止しています。

**名無しさん＠お腹いっぱい。** · 05/02/20 02:25:15

>>387
cvswebも止まるんだからちゃんと本家でもannounceしろよ...

**名無しさん＠お腹いっぱい。** · 05/02/20 02:31:20

すいません。
アナウンス準備はしてたんですが、出し忘れてました。orz

**名無しさん＠お腹いっぱい。** · 05/02/20 02:33:11

だから、そんな言い訳はいいから今からでも出せよ。

**名無しさん＠お腹いっぱい。** · 05/02/20 03:22:33

御迷惑おかけして申し訳ありません。
アナウンスも行ないました。
しかし、netbsd-announce はモデレータの許可がないと
配布されないため、実際に流れるまでに、まだしばらく
時間がかかる模様です。

**名無しさん＠お腹いっぱい。** · 05/02/20 03:33:03

とりあえず日本語のMLにも出したら?

**名無しさん＠お腹いっぱい。** · 05/02/20 03:54:35

そうですね。出しました。
ご助言ありがとうございました。

**名無しさん＠お腹いっぱい。** · 05/02/20 04:11:46

soum の方も流れないようですね。
SMTP 的には既に受け取っている筈なんですが…
まだ移転のための調整中でしょうか。

**名無しさん＠お腹いっぱい。** · 05/02/20 05:30:38

>>394
>>240参照
てか、サーバー管理者がそんなんでどうするよ...

**名無しさん＠お腹いっぱい。** · 05/02/20 10:56:11

ところで何時になったらATOKは動きますか?

**名無しさん＠お腹いっぱい。** · 05/02/20 12:25:52

linux 版の atok 動かないの？

**名無しさん＠お腹いっぱい。** · 05/02/20 13:39:26

anthyでいいやん

**名無しさん＠お腹いっぱい。** · 05/02/20 13:50:03

Hackerとしては、Linux版のATOKをNetBSDで動かすこと自体に意味がある。

**名無しさん＠お腹いっぱい。** · 05/02/20 14:08:11

ftp も www も繋がらないよう。ウワァアン

**名無しさん＠お腹いっぱい。** · 05/02/20 14:38:39

ATOK for Linux さぱーり動かないぞ

**名無しさん＠お腹いっぱい。** · 05/02/20 15:13:32

>>401
ktrace はしてみたの?

**名無しさん＠お腹いっぱい。** · 05/02/20 15:21:16

ktraceも使いこなせないでNetBSD使っちゃだめだろ

**名無しさん＠お腹いっぱい。** · 05/02/20 15:27:16

なにやっても動かない

**名無しさん＠お腹いっぱい。** · 05/02/20 15:32:16

NetBSDで動かないならLinuxで使えばいいじゃん。アホ？

**名無しさん＠お腹いっぱい。** · 05/02/20 15:36:15

いやNetBSDの上で動かしたいんじゃんかよ

**名無しさん＠お腹いっぱい。** · 05/02/20 15:51:20

なんで？なんの意味があるの？
っていうか日本語環境1番整ってるUNIXっていったら
やっぱりMacでしょ。マックにしなさい。

**名無しさん＠お腹いっぱい。** · 05/02/20 16:05:19

てゆーか atok のために netbsd 捨てるなら
ついでに unix も捨ててて windows にするのが正解だろ

**名無しさん＠お腹いっぱい。** · 05/02/20 16:08:06

なんでと言われてもな(苦笑)
NetBSD上で使いたいという目的を果たせる意味があるんじゃないか｡

**名無しさん＠お腹いっぱい。** · 05/02/20 16:10:05

>>408
過ぎたるは及ばざるが如し

**名無しさん＠お腹いっぱい。** · 05/02/20 16:14:41

POSIXリアルタイムシグナルって必要？

**名無しさん＠お腹いっぱい。** · 05/02/20 16:19:37

>>408
NetBSDのためにATOK捨てればいいんじゃないの？

**名無しさん＠お腹いっぱい。** · 05/02/20 16:31:48

だぁね
今後はNetBSDで動かないsoftwareを使いたい奴は
他のOSに移行するか使うのを諦めませう
他から移植する必要もないしパッチなんかもいらないな
使いたいのならOS乗り変えれば良いんだから

**名無しさん＠お腹いっぱい。** · 05/02/20 16:35:59

誰だ後向きな話をしてる奴は。
Windows アプリならともかく、Linux アプリなら
ktrace して問題の起きてるLinux システムコールを突き止めて、
そのシステムコールのエミュレーションを追加するなり修正する
のが本道だろう。まあガンガれ。

**名無しさん＠お腹いっぱい。** · 05/02/20 16:45:57

>>411
async I/O とのからみであった方がいいんじゃなかったっけ。
SIGIO はファイルに対しては動作しないから、DB アプリに
関しては async I/O があった方が良くて、そのためには
リアルタイムシグナルも… っていう話だったような。

**名無しさん＠お腹いっぱい。** · 05/02/20 16:59:17

実はこっそりSolaris10からATOKをパチってきてエミュレーションで動かすのがおいしい気がするのだが、
ライセンス的にどうなんだべか。

**名無しさん＠お腹いっぱい。** · 05/02/20 19:25:30

ﾏﾀﾞｰリストに追加
Solaris + Java Desktop Systemに倣って
NetBSD + Wasabi Desktop System

**名無しさん＠お腹いっぱい。** · 05/02/20 19:32:48

そんなもの追加してどうする。
Wasabi は Desktop はやらんだろ。

**名無しさん＠お腹いっぱい。** · 05/02/20 19:41:46

バカじゃないの？黙ってMac使えばいいのに。

**名無しさん＠お腹いっぱい。** · 05/02/20 19:46:53

ﾏﾀﾞｰリストに追加
馬鹿とマカにつける薬

**名無しさん＠お腹いっぱい。** · 05/02/20 19:48:00

何かというとMacを持ち出す阿呆がいるな

**名無しさん＠お腹いっぱい。** · 05/02/20 19:51:53

プログラミングもできない厨房はMac使ってればいいのに。
まったく、バカじゃないの？ktraceも使えないのにNetBSDだって。
バカじゃないの？

**名無しさん＠お腹いっぱい。** · 05/02/20 19:55:05

ktrussじゃだめですか？

**名無しさん＠お腹いっぱい。** · 05/02/20 19:57:32

プラグラムを書けるようになったのが相当嬉しいらしい厨房が
暴れております(藁

**名無しさん＠お腹いっぱい。** · 05/02/20 20:02:06

Wasabi Desktop System
http://www.netbsd.org/gallery/in-Action/twm-desktop.gif

**名無しさん＠お腹いっぱい。** · 05/02/20 20:17:02

>>424
単に犬厨かなんかが荒しに来てる可能性の方が
高いと思うけどねえ。まあ放置が基本なんだが。

**名無しさん＠お腹いっぱい。** · 05/02/20 21:10:38

>>425
twmかよ！
俺と同じW

**名無しさん＠お腹いっぱい。** · 05/02/20 21:22:40

俺もtwm GNOMEとか常用してる人いるの？

**名無しさん＠お腹いっぱい。** · 05/02/20 21:42:22

NetBSD Live CD は KDE が起動する

**名無しさん＠お腹いっぱい。** · 05/02/20 21:50:14

>>429
あれの日本語入りを作るのって難しいかな？
体験用にどうかと思って

**名無しさん＠お腹いっぱい。** · 05/02/20 21:58:07

pkgsrc/sysutils/mklivecd を元にちょろっと
変更するだけなら目茶苦茶簡単そうだけど。

**名無しさん＠お腹いっぱい。** · 05/02/21 05:53:41

「TCPポートのランダム割り当て」の議論再開
↓から、さぁ語れ！

**名無しさん＠お腹いっぱい。** · 05/02/21 05:56:47

即終了

**名無しさん＠お腹いっぱい。** · 05/02/21 09:00:45

スレ違い

**名無しさん＠お腹いっぱい。** · 05/02/21 17:04:29

kqueueとLinuxのepollってどっちがいいの？

**名無しさん＠お腹いっぱい。** · 05/02/21 17:37:07

つ http://www.kegel.com/c10k.html

**名無しさん＠お腹いっぱい。** · 05/02/21 22:26:19

互換性をとってselect

**名無しさん＠お腹いっぱい。** · 05/02/22 01:20:03

pkgsrc/sysutils/apertureってなんでsrc treeに入らんの?

**名無しさん＠お腹いっぱい。** · 05/02/22 04:45:02

>>438

ttp://mail-index.netbsd.org/port-i386/2001/06/12/0007.html
ttp://mail-index.netbsd.org/port-i386/2001/06/12/0008.html
ttp://mail-index.netbsd.org/port-i386/2001/06/12/0011.html
つまり、aperture ドライバを入れると、Xサーバのふりをしてヤバい
ことができるので、実質的に options INSECURE と変わらないから。
なんとなく secure になったように誤解すると、かえって危険なので。

**名無しさん＠お腹いっぱい。** · 05/02/22 06:27:21

NetBSDでWindwsUpdate
というか、freebsd-updateみたいな事したいときは
どんなふうにするのが手っ取り早いでしょうか？

**名無しさん＠お腹いっぱい。** · 05/02/22 07:51:22

>>439options INSECURE のときしか有効にならないようにすればいいんでないの？

**名無しさん＠お腹いっぱい。** · 05/02/22 07:56:20

options INSECURE の時は、aperture ドライバなしで
Xが動くので使う意味がないのでは？

もしかして MTRR の設定の話？

**名無しさん＠お腹いっぱい。** · 05/02/22 16:17:58

IrSTICK mk2
http://www.linkevolution.co.jp/products/bp_products02.html#IrSTICK
が
http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/usb/usb_subr.c.diff?r1=1.110&r2=1.111
で probe に失敗するようになった。
元に戻すと動く。

**名無しさん＠お腹いっぱい。** · 05/02/22 18:44:31

>>443
augustss は 2ch 見てないと思うよ。

**名無しさん＠お腹いっぱい。** · 05/02/22 19:04:47

>>443
いや、見てるよ。

**名無しさん＠お腹いっぱい。** · 05/02/23 00:05:07

結構尊敬していたNetBSD界でもそこそこ有名なaugustssさんが、

ぎゃはははははhﾃﾗﾜﾛｽwwwwwwww

って２ちゃんに書き込んでるとこ見て鬱になりました。

**名無しさん＠お腹いっぱい。** · 05/02/23 00:43:52

デジャヴュ

**名無しさん＠お腹いっぱい。** · 05/02/23 13:08:40

/etc/mail/submit.cf に修正を加えたい場合、どのように編集するのが
NetBSD流の(作法|流儀|スタイル)なのでしょうか？

`m4 /usr/share/sendmail/cf/submit.mc` しても/etc/mail/submit.cf とは
ぜんぜん異なるファイルになってます。

/etc/mail/submit.cf には以下のような記述があるけど
手元のマシンには/big ディレクトリは存在しません。

##### built by builds@build on Wed Dec 1 10:30:20 UTC 2004
##### in /big/builds/ab/netbsd-2-0-RELEASE/src/gnu/dist/sendmail/cf/cf
##### using /big/builds/ab/netbsd-2-0-RELEASE/src/gnu/dist/sendmail/cf/ as configuration include directory

やりたいことは、`sendmail -f natsuki@example.com` みたいにした時に
メッセージヘッダに警告を出したくないので、
-#Ft/etc/mail/trusted-users
+Ft/etc/mail/trusted-users
としたいだけで、今は/etc/mail/submit.cf を直接編集してます。

NetBSD 2.0 です。

**名無しさん＠お腹いっぱい。** · 05/02/23 13:14:10

/usr/share/sendmail/cf/Makefile参照

**名無しさん＠お腹いっぱい。** · 05/02/23 14:05:47

NetBSD 2.0なのですが、CDインスコしようと思いトレイに入れ電源を入れたところ、
画面左側に上から下までExitのオンパレードでした。これはインスコ不可ということですか？
パソコンはTP600X、LANカードは3Com589Cです。
他のパソコンではそのCDで立ち上がったのでCDには問題ないと思います。