NetBSD その11

**名無しさん＠お腹いっぱい。** · UNIX時間(+0900)35年,2005/04/03(日) 23:49:15

``もちろんNetBSDです。''
http://www.netbsd.org/

お約束、関連リンクは>>2-10あたりにあるかもしれない。

前スレ
NetBSD その10
http://pc8.2ch.net/test/read.cgi/unix/1106336671/

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 22:18:31

変える必要ないっしょ。

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 22:21:18

>>516
普通に動かしていれば/etc/securityが毎晩rcsでバックアップとってくれるけどね。

**511 ではないが...** · 2005/06/07(火) 22:25:44

>>516
cvs up -r TAG で /etc 全体をお好みの状態にできるのがいいんだよ。
同じ構成のマシンを用意するのも楽チンだしね。リリース毎の違いも把握できる。

>>517
まあそういうことだ。

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 22:36:08

>>520
デフォルトのdaily設定だと作業が佳境にはいってきた時分にディスクが一斉に動き出して萎えたりしない?
思わずdailyの設定を日曜の朝8時とかにしちゃうオレ。

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 22:39:28

お前は毎日日曜日か

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 22:41:53

>>523
毎日日曜日テラワロス

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 22:51:25

>>518
来年出荷らしいから、EMT64 なのかなぁ.. だったら、macamd64?

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 22:56:45

>>525
どこぞの日記によるとIA32らしい。

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 22:58:50

amd64のMACHINE_ARCHはx86_64だからそっちは全然問題ないけどね。

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 23:19:48

>>522
2 月 29 日にすると 4 年に一度くらいで済むぞ。

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 23:21:42

>>527
じゃあ、macintel。まっきんてる!

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 23:33:26

700MHzで20分強でできるんだ
233MHzだけど1時間以上かかるな、メモリも少ないからか
ってか、一人しか書かないんだな
マシン買い替えようと思ったから参考になると思ったんだが

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 23:48:43

dailyとかもrc.dみたいに機能毎に分けてperiodic.d/かなんかに突っ込むと
嬉しかったりしないかなと思う。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 00:07:57

>>529
新しいportの名前をどうするかが問題なのではなくて今のi386をどうするかが問題なんだけど。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 00:14:37

3とか2GHz台のやつはおらんのか？
単純に考えて5分とかでコンパイルできるんだな
カーネルだけのためにそんなマシン使うのもな

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 00:18:50

GENERICカーネルのコンパイル時間って言ったって、アーキごとにぜんぜん違うからまったく意味がねー。
>502はアホだ。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 00:19:31

今のi386を、machine=i386, arch=x86 にするのが先でないかい？

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 00:27:50

今のsys/arch/x86はいわゆるATismなものもつまっているので MACHINE_ARCH=x86 は無理だしょ
pc98のときの議論では MACHINE_ARCH=i386 MACHINE=at386みたいな何かが現実的路線という結論だったか

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 00:29:45

今更名前いじってもメリットないからi386でいいよ。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 00:34:22

PC98 までニラんだ一般化は PC98 気合い入れて面倒見る人が
居ないとムリ。つまり、今も昔もこの先もムリ。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 00:36:05

sys/arch/i386以下をMACHINE_ARCH=i386依存なファイルだけにしてMACHINE=i386依存なファイルを分離しないと、
MACHINE!=i386かつMACHINE_ARCH=i386なポートがMACHINE_ARCH=i386依存なファイルだけを参照しようとしても置く場所がないの。
という問題が解決される

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 00:42:08

sys/arch/sun68k なんつうもんもあるよね。PC/AT、PC98、MacIA32(??) で
ディレクトリきれいにしようとすると MACHINE_ARCH 用 1 個だけでは
済まんのでは?

**533** · 2005/06/08(水) 00:44:00

おもいきりPentium4のことをいってたつもりだけど
i386で

だれか、やってみてちょ

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 00:46:03

>>538
pc98もsun386もtownsもintelなappleマシンも同じことだから
まだ見ぬintel-appleマシンに対するportの気合いがpc98と同程度なら無理だろね。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 00:57:11

>>540
sun68kはsun2とsun3の共用できる部分の置き場所でMACHINE_ARCHじゃないよ。hpcもそう。

MACHINE_ARCH=i386の共通部分
i386とx86_64のCPUとしての共通部分
pcat,amd64のATismとしての共通部分
pcat,pc98,mac86(?) etc.の各MACHINE依存部分
くらいは置き場所作らないといけないかもしれんがMACHINE_ARCHを何にするかとはあまし関係ない。

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

>>541
amd64は無視ですかそーですかそーですか。

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

実はMACHINE_ARCH=x86_64はあってもsrc/sys/arch/x86_64/はないのね。
さらにEMT64なappleマシンが出てくるとまた一仕事要りますな。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 01:26:42

>>543
あのね、MACHINE_ARCH がもういっこ要るとは書いてないでしょ、>>540 には。
で、pcat（つー名前だとして）と mac86（同）はほとんど違いはないだろうし、
そいつらと pc98 はだいぶ違うから、pcat と mac86 用の共用ディレクトリも
要るんじゃない?
どうするにせよ、mac86 分ける作業する時に pc98 の事情に配慮できる人が
ゴリゴリ選別する、くらいしか進展の可能性はないんじゃない?

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 01:30:42

>>541
1.6→2.0でgcc2→gcc3になっててそれだけで倍くらい遅くなってるし
GENERICはどんどん太る一方なのでバージョンも決めないと意味なし。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 01:31:11

つまりこのままグダグダか。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 01:32:28

まだ出てもないのにエスパーだな。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 01:38:00

>>546
MACHINE_ARCHのディレクトリからMACHINE依存のファイルを取り除くことさえできれば、
pcatとmac86の両MACHINEで共用するためのディレクトリなんてあとからでも変えられる
からどうでもいい。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 01:38:13

つまりあれだ、pc98 関係者が macintel のポートやればいいんじゃん。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 01:40:58

>>550
それは要するに、名前だけ決まればすぐにでもできる、ってこと?

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 01:45:25

>>552
そうじゃない。今のいわゆるAT互換機用portである MACHINE=i386 を
MACHINE_ARCHと重複しない別の名前に変えられるかどうか、だ。
その名前を何にするかは問題じゃない。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 01:49:30

>>553
うーん、わからんな... >>539 の人とは別人? >>539 で「変えるしかない」って
言ってるわけじゃないのか??
変えずに済む方法も検討中?

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 01:54:34

MACHINEがらみもMACHINE_ARCHがらみも全部sys/archにぶち込んでるのが悪い。
sys/dev/cpuか何か作れ。

とか言うのは厨。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 01:58:13

>>554
pcat以外のMACHINE_ARCH=i386ポートを素直に入れるには変えるしかないんだけど、
単に変える作業がめんどくさいとか、uname(3)がMACHINEを返すからそこでi386が
返ってくることを期待しているサードパーティーのソースのないプログラムが
困るかもしんないとか、そういう問題ですな。

>>555
sys/cpu案は昔もあったけど、alphaやsparcみたいに一MACHINE_ARCH一MACHINEの
ポートにとっては無駄な手間なのでよけいめんどくさがられる罠。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 01:58:25

MACHINEがらみもMACHINE_ARCHがらみも全部sys/archにぶち込んでるのが悪い。
sys/dev/cpuか何か作れ。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 02:03:38

ﾏﾀﾞｰﾘｽﾄのネタがいっぱい出てきたな。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 02:11:49

要するに x86==PC/AT という世間一般の常識を覆せるかどうか、ですよ。
Appleが新しいx86マシンを出せばそれができるかもしんない。
その中身が実はAT互換機そのまんまだったらやっぱり無理。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 02:25:39

>>556
pcat 新設か、今のままかの両者の得失まで出尽くしてるんなら、あとは
決めるだけだね。決まらないんなら、誰か行動する（CVS 枝作る）。
で、行動する人は pc98 の人とか以外あり得ないと思ってたけど、
「そうでもない、pc98 以外にも恩恵ある」ってことか。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 02:32:16

>>560
やるだけなんだけど、今回のコンパイラのwarning追加だけでも
コンパイルできねーよ報告でcurrent-usersその他があふれるのに、
既存のMACHINEを変えるなんて大手術をしたらしばらくはエラーが出続ける
だろうからよくわかっていない人からの苦情が殺到しそうなのがイヤよね。

NetBSD/powerpc→NetBSD/ofppcの時は誰も文句言わなかったけど、
wsはちょっとムッとしてたような。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 02:58:23

>>556
MACHINE に i386 を期待される場合は sysctl で uname(3) の返事を
変える、と。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 03:13:38

>>562
当時も言及されていたけど
> STANDARDS
> 　　The uname() function conforms to ISO/IEC 9945-1:1990 (``POSIX.1'').
に対してどうなのかということを見ないといけない?

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 03:24:10

>>560
NetBSD/pc98のコードを見る限りではアレを書いた人たちがMACHINE_ARCHとMACHINEの使い分けや
MI/MDの概念を理解して書いていたとは思い難いのでその人たちが作業するのはあり得ないと思ってたよ。
そもそもi386からのpcat分離以前にかなりのコードを書き直さないと当時の本家にマージすることすら困難。

逆の見方をすれば、移植のための材料はすべてそろってるんだからあとは
　求む!やる気のある若者
ということなんだが。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 03:30:43

今時 PC9801 触ってウレシイ若者なんて... 居ないだろな..
オレでさえ 9801RX とか VX とかで Minix1.5 動いたりした方が面白いもん....
ゴメン..

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

なんでいつまで経ってもマージされないのはそういう理由だわな。
・実機が簡単に入手可能で
・ハードの仕様やブートの方法がわかっていて
・他に誰もやってない
という点では移植入門に最適なんだが、車輪の再発明っぽいところがアレだ。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 03:57:43

pc98 より、FutureNet MA-4[12]0 とかに載って欲しいな。うふ。

ttp://www.centurysys.co.jp/product/ma420/index.html

...とか思ったら、IIJ がやってる?

ttp://www.seil.jp/seilengine/Installations/02.html

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

そうそう、pc98のいいところとしては
　マージされれば動かしてくれるユーザーがそれなりにいる(と思われる)
ってのがあるよ。
組み込み系はシリアルコンソールだったりして敷居高いし動いた感動もいまいち。
ものにもよるけど値段も張るしね。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 04:23:16

>>565 オレでさえって、どのくらいジジイなん?

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

久々に見たらバージョン番号が3.99とかNetBSDらしからぬ進み方なんだが、
いったい何があったんだ？
あと2.xと3.xの大きな違いって何？

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 17:48:25

>>570
バージョン番号は釣りです。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 18:19:32

起動するときに流れてくじゃん文字が
それってどっかに保存されてないの？
dmesgだと、デバイスの情報しか見れないけど
starting ほにゃらら
とかのぶんまでみたいわけ

てきとうに /var/もみたけど
わからんかった

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 18:47:24

>>570
http://mail-index.netbsd.org/tech-kern/2004/09/30/0020.html

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 18:54:45

>>572
保存されないのでシリアルコンソール使うとかビデオに録るとか

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 21:43:49

保存されてないんだ
保存する方法はありませんか？

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 21:44:33

ビデオ… いや確かにその手しかない場合もありますが(w

普通は msgbuf のサイズを増やすのが吉。
options MSGBUFSIZE=32768
かな。

**576** · 2005/06/08(水) 21:46:56

あ、すまん読み間違えた。
カーネルの出す方じゃなくて starting なんとかの方ね。
それは >>574 の言うとおりシリアルコンソールを設定
して保存するのが、今だと一番簡単かなあ。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 21:50:31

そこで本物のttyですよ！

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 21:53:06

よくシリアルコンソールとか聞くけど何？

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 21:56:05

またこいつか

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 00:38:36

本物の tty で... ビデオに撮るのか?

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 00:44:58

卵を産むんじゃないか?

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 00:45:15

そこでttyrecですよ。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 00:45:58

>>581
テレタイプって何かしってる？

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 00:55:56

テレタイプなら紙に出るな。「本物の tty」だとテレタイプね..

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 01:57:30

シリアルコンソールの説明はたくさんあるけど
シリアルコンソールは何かという説明はあんまりないね。
スクリーンとキーボードの代わりにシリアルポートをコンソールの入出力に使うこと
ってな説明で>>579みたいな人には通じるのかしらん。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 02:00:25

むしろ本物のkittyを召喚

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 02:07:11

クロスケーブルとシリアル用端末とを用意するくらいならビデオカメラの方が普通の人には簡単そうね。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 02:11:02

最近シリアルポート付いてるノート少ないからな。
USB-Serialとか使うが。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 02:23:08

/etc/rc の run_rc_script の所でリダイレクトするのは乱暴か。
リダイレクト先も無いしな。

TIOCCONS 使ってconsole出力を捕獲するプログラムを rc.d の最初の方で
実行するようにすればいける？

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 02:32:00

root fsがmountされる前に捕獲したものを保存しておく先はどこ?

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 02:34:55

だからTIOCCONSしてるプログラムのメモリにもっておきつつ
本当のconsoleにも出力。

rcが終了したタイミングかなんかでどっかに吐き出す。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 03:16:28

572 は >>577 にもあるけど、/boot が出すのを見たいようだよ。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 03:27:07

/bootが出すのは
booting hd0a:netbsd - starting in 5 4 3 2 1 0
/etc/rc.subrが出すのは
Starting nanashid.

起動する時に流れていくのは後者だと思うが。

**577** · 2005/06/09(木) 03:38:07

594の言う通りだと思うよ。
boot の出すメッセージは要らんでしょ。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 03:42:33

bootloaderを書いてる時には欲しいけどね。
そんなことするやつは当然シリアルコンソール使うわけだが。

**593** · 2005/06/09(木) 04:13:49

>>594,>>595
ああ、そうか、dmesg の前じゃなくて、dmesg の後の方ね。失礼。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 04:20:18

starting ほにゃらら
で/bootを想像するとはその手の筋の人ですか

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 04:30:29

まあ、/boot が出すのは機種によっていろいろだ。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 04:41:26

だいたいみんなloadfile()呼ぶとこくらいはコピペしてから書き始めるから実は似たようなもんだ。
grep -i start sys/arch/*/stand/*/*.c
してみるとか。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 10:50:24

で、君たち、このOSはいつになったら一般新聞とかにでるくらいメジャーになるんだい？

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 10:54:24

メジャーにしたがってるやつなんているのか？

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 15:27:46

「ネットＢＳＤ」とか一般新聞に書かれるより、今のままでいい

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 18:15:34

アクティブな開発者が少ない割にはデキといいサポートしているデバイスの
幅広さといい、強烈に効率いいと思う。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 20:58:14

ヒラギノフォントを買ったら .ttcだったのですが
これから .ttfを抜き出すことはできないのでしょうか？
Windowsでは、MicroSoft製のツールがあるみたいなのですが
私は、Windowsを持っていません

知合いに頼むこともできるのですが、時間がかかってしまうので
何かツールがあったら教えてほしいです

すいませんがお願いします

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 21:06:20

俺は>>605を見るまでその辺りのことは考えたことも無かったが、
一発で回答に到達できたようだぞ。
ttp://www.google.co.jp/search?q=ttc2ttf

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 21:07:41

Xで使うなら ttcでも突っ込めば使えるけど
問題はフォントの情報、Shift-JISで書いてあるんか知らないけど
文字化けする

フォント内の情報っていじれるのかな？
知ってるひと入れば教えて

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 21:16:12

3日連続か
くだ質

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 21:41:17

ttc2ttf なかなかのくせもんだな
cppはわからん
c版のないのか？

誰か動くようにしてくれ

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 21:57:37

Windowsでやればすぐのものをわざわざ Cで書こうという人はあまりいないような。
>>605の知合いに頼んだ方が速そうな予感

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 22:00:19

動いたが (NetBSD/i386 2.0.2)
どのへんがくせもん？

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 22:10:08

俺もやってみたがスコープでエラーが出るぞ

NetBSD 2.0
gcc (GCC) 3.3.3 (NetBSD nb3 20040520)

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 22:10:54

$ gcc ttc2ttf.cpp
ttc2ttf.cpp:49:32: warning: multi-character character constant
ttc2ttf.cpp: In function `int main(int, char**)':
ttc2ttf.cpp:98: error: name lookup of `j' changed for new ISO `for' scoping
ttc2ttf.cpp:82: error: using obsolete binding at `j'

だな

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 22:15:03

98行目の j = 0 の前に unsigned short と書く。
g++でコンパイルする。

これで通らんか？

**611,614** · 2005/06/09(木) 22:22:56

あー、little endian だったら g++ -DINTEL な。
んじゃ寝るわ。おやすみ。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 22:26:33

おまえらすげぇーな
あやかりてぇー

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 22:33:16

俺はチンポはでかいし
インディアンでもなく日本人だから

g++ ttc*
で通った

おまえら神だな
今度から、コンパイル通らなかったらここにかくは

ってかだれだな、
C++ってわけがわからんな
なんで、そんな位置で宣言できるんだ？
最初でやれよ

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 23:07:10

>>617
> なんで、そんな位置で宣言できるんだ？

Cでできないからだよ。