トップページunix
982コメント270KB

FreeBSD current 一握の砂

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。NGNG
はたらけど はたらけど猶 わが生活
楽にならざり ぢつと手を見る

>> Shut up and code!!!

前スレは>>2-5あたり
0453名無しさん@お腹いっぱい。2006/02/07(火) 11:01:15
>>452
勘違いだった、普通に入った。
0454名無しさん@お腹いっぱい。2006/02/07(火) 11:20:44
風説の流布罪によりタイーh
0455名無しさん@お腹いっぱい。2006/02/08(水) 01:32:03
FreeBSD 7-currentでqemu 0.8.0を使うと、ゲストOSの時間が凄い勢いで
進んでしまう。

これ何で?
0456名無しさん@お腹いっぱい。2006/02/08(水) 02:24:45
どこもかしこもqemuネタ多いな・・・
0457名無しさん@お腹いっぱい。2006/02/08(水) 03:06:47
unix板でqemuスレ立てた方がいいかも知れんな
0458名無しさん@お腹いっぱい。2006/02/08(水) 03:30:12
ちょっとここのスレの流れを読んでて思ったんだけど、
今の7-currentってタイマー関連がおかしくない?

だから、表示が遅かったり qemuの時間がおかしかったりしているんじゃないの?

漏れはcurrent使ってないから何ともいえないけど、詳しいこと知っている香具師が
いたら教えてくれ。
0459名無しさん@お腹いっぱい。2006/02/08(水) 09:57:01
>>455
> FreeBSD 7-currentでqemu 0.8.0を使うと、
漠然と 7-current って言われても...
少なくとも, 1 月 20日に buildkernel した奴は無問題だが...

>>458
> 今の7-currentってタイマー関連がおかしくない?
なぜタイマー関連のせいになる?

> だから、表示が遅かったり
表示するときに時間を気にするのはゲームとかビデオの再生くらいのもんだろ
それ以外は通常全力で出力する
0460名無しさん@お腹いっぱい。2006/02/08(水) 15:24:37
>>459
7-currentの日付だけど、
2月5日くらいにcvsupしたkernel、2月7日にcvsupしたものも同じ症状。
0461名無しさん@お腹いっぱい。2006/02/09(木) 02:51:07
まぁ、currentなんだし気楽に待ちましょ。
0462名無しさん@お腹いっぱい。2006/02/10(金) 01:32:48
しっかし、今の-currentって、shutdown に時間がかかるな。
0463名無しさん@お腹いっぱい。2006/02/10(金) 13:54:19
まぁ、1週間もしたら直るでしょ。
0464名無しさん@お腹いっぱい。2006/02/10(金) 14:42:12
shutdown に一週間かかるのかとオモタ
0465名無しさん@お腹いっぱい。2006/02/10(金) 16:50:06
xeon × 4のマシンで何年も前からリブートできないよ。
不思議なことにシングルユーザからだとリブートできる。
それ以上はめんどくさいから調べてないけど。
0466名無しさん@お腹いっぱい。2006/02/17(金) 10:25:49
起動と停止の処理は面倒を避けるためにシングルCPU状態におちると思うのだけど、
そのときのCPUを止める処理が壊れてるんじゃないの?
まあ、壊れてるんだろうなと思ってもどうやって直したらいいか見当がつかんけど。
0467名無しさん@お腹いっぱい。2006/02/23(木) 23:19:09
最近のcurrent で Emacs ビルドできた方います?
firewire の cardbus カード BUFFALO IFC-ILCB3 も認識できなくなってるし。
ついでにゆうと、RELENG_6 でも認識できなくなってたような。
0468名無しさん@お腹いっぱい。2006/02/24(金) 01:35:22
>>467
おれもできない。coredumped.
0469名無しさん@お腹いっぱい。2006/02/24(金) 03:15:33
>>468, 467
preload image 作るときに undump できないだけだと思うが.
0470名無しさん@お腹いっぱい。2006/02/24(金) 13:08:23
nsp ドライバ腐ってる。
0471名無しさん@お腹いっぱい。2006/02/24(金) 13:48:30
>>449
一瞬ペンギンラッパーってなんぞいなと読みまつがえた。
04724672006/02/27(月) 01:05:34
Emacsビルドできた。
でも、後ろ向きな解決方法ですけど。
libc.so.6のmallocが悪さしているみたいです。
手順
misc/compat5xをインストールする。
/etc/libmap.confに以下の内容を追加。
[emacs]
libc.so.6 libc.so.5
configure後、src/config.hでHAVE_POSIX_MEMALIGNが定義されていたら定義しないようにする。
で、いけるんじゃあないかと思う。
0473名無しさん@お腹いっぱい。2006/02/27(月) 01:38:44
>>472
/etc/make.conf に NO_MALLOC_EXTRAS を指定してlibcを作りなおしてみたり、
ln -s ajQ /etc/malloc.conf
(Qは複数回指定可)とかしてみたらどうよ?
04744672006/02/27(月) 01:44:30
ln -s ajQ /etc/malloc.conf して libmap.conf の記述を削除して
さっき作った emacs 起動できた!
0475名無しさん@お腹いっぱい。2006/02/27(月) 08:35:27
>>465
つまり shutdown -r now だとダメだけど、
shutdown now → shutdown -r now だとOKってこと?
それともいっぺんmultiuser modeに入るとアウトてこと?
0476名無しさん@お腹いっぱい。2006/03/02(木) 23:46:51
おっちゃん達が懐かしいネタに喰いついてきましたよ :)
ttp://docs.FreeBSD.org/cgi/mid.cgi?20060301170306.GZ55746
0477名無しさん@お腹いっぱい。2006/03/03(金) 00:03:55
>>475
後者
0478名無しさん@お腹いっぱい。2006/03/04(土) 02:43:06
csupこんにちは
cvsupさようなら
0479名無しさん@お腹いっぱい。2006/03/04(土) 12:56:36
csupサーバーってどこあんの?
csupサーバーを自分で立てるにはどうするの?

cvsupだとcvsup-mirrorを入れると後者の9割り方が終了だけどさ。
0480名無しさん@お腹いっぱい。2006/03/04(土) 13:29:31
互換なんじゃないの?
0481名無しさん@お腹いっぱい。2006/03/04(土) 13:49:21
csup が落ち着いたら csupd も作ってくれるさ
0482名無しさん@お腹いっぱい。2006/03/04(土) 22:59:04
いまのところcheckout modeしかサポートされないから
cvsupさようなら、とはいかないな。
0483名無しさん@お腹いっぱい。2006/03/04(土) 23:14:17
そこで cvsync ですよ。
0484名無しさん@お腹いっぱい。2006/03/05(日) 03:40:21
じゃあ俺bobsup作るかな
0485名無しさん@お腹いっぱい。2006/03/05(日) 10:00:26
出か杉
0486名無しさん@お腹いっぱい。2006/03/06(月) 10:09:08
cvsyncは逆にcheckout modeなかったような
0487名無しさん@お腹いっぱい。2006/03/11(土) 13:34:51
ata-usbがcommitされたけど、CAMに比べてどんないいこと
があるの?
0488名無しさん@お腹いっぱい。2006/03/12(日) 02:58:21
sosの自慰行為を堪能できます
0489名無しさん@お腹いっぱい。2006/03/13(月) 14:09:34
>>476
3年前のじゃねえか
とっくに消えてるの持ってきて釣ったつもりか
0490名無しさん@お腹いっぱい。2006/03/13(月) 15:55:52
消えてるんじゃなくて、Message-ID 検索が壊れてるだけ。これだろ。
http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061224.html
0491名無しさん@お腹いっぱい。2006/03/14(火) 20:11:41
csup、今日の分で十分使えるようになった感じ。
あとは、CVS mode と csupd か。ガンガレむっくす。
04924762006/03/14(火) 22:44:58
>>489 遅ぇーよ、俺が貼った頃にはちゃんと見えてたんだよ。
0493名無しさん@お腹いっぱい。2006/03/14(火) 23:40:12
csup派とportsnap派どっちが多いよ
0494名無しさん@お腹いっぱい。2006/03/15(水) 00:36:12
src tree と ports tree それぞれで併用
0495名無しさん@お腹いっぱい。2006/03/15(水) 10:22:32
っていうかそれが普通で、csup と portsnap は排他なものではないと思うが。
0496名無しさん@お腹いっぱい。2006/03/16(木) 21:42:20
今年は技術評論社から FreeBSD Expert 2006 は出版されないのかな?
0497>4952006/03/16(木) 22:37:09
はあ?portsに関しては排他的じゃん
あんたバカ?
0498名無しさん@お腹いっぱい。2006/03/16(木) 23:01:11
portsnap使うのは素人
0499名無しさん@お腹いっぱい。2006/03/17(金) 01:02:51
もれはアップデートに必要な時間が少ないのでportsnapに切り替えた。
/usr/srcはcvsupで、/usr/portsはportsnap使ってる。
0500名無しさん@お腹いっぱい。2006/03/17(金) 10:49:03
>>497
portsしか使えないバカは引っ込んでください。
0501名無しさん@お腹いっぱい。2006/03/17(金) 11:31:37
一部にて春厨蠢動中に感じるが。

portと、tar-ballの標準的配布形態を利用したいものとか、binのおき場所とか
設定ファイルの保存場所の違いがあると結構面倒草。
PATH変数を汚さなくてすむという利点より、パッケージの管理しやすさからいうとportsの
ポリシーが気に入らない時があるよ。 だから、"portsしか"使えないのじゃなくて、使わないと
不幸になる場合(郷に入っては郷に従え的なもの)がある気が
0502名無しさん@お腹いっぱい。2006/03/17(金) 11:45:22
>496
ギリギリまで6.1Rを待っていたけど、もうムリポ
だから来月でるはず。
0503名無しさん@お腹いっぱい。2006/03/17(金) 13:40:34
>501
なにが言いたいのかわからん。

ports のポリシーが気にくわなければ既存 ports を使わなければいい

自分の独自ポリシーで独自 ports をつくって勝手に管理する自由はあるし
ports システムに一切関係なくいじるのもまた自由。
0504名無しさん@お腹いっぱい。2006/03/17(金) 23:56:23
portsいらねえ?
だったら、そもそもportsnapいらねえじゃん
このバカ、なんでこんなに悔しそうなの?
バカなのに噛みついてるだけ?
0505名無しさん@お腹いっぱい。2006/03/18(土) 00:29:01
>>502
大地以外のライターが増えると良いんだけど
0506名無しさん@お腹いっぱい。2006/03/18(土) 02:00:23
>>503
 もとよりportsのポリシーを否定するつもりはない。
煩雑な依存関係について、下調べをする手間が省けて、
パッチも拾う手間を省ける(必要なじゃ無いのもたまにあるが)から
make fetch/patch くらいで後は自分の好きに作るコースがあって、
squidとか、sambaとかの有名どころはその方が手間がない気が
するんだが。
しかしながら、FreeBSDを使う以上、結局はportsの流儀に従った
ほうが、サーバ管理上手離れはいいよなというだけのこと。
 一人でやってるなら兎も角、誰かに説明するならportsで入れる
ことで、更新とかの保守業務を円滑に進められるほうがいいって
ことさ。
0507名無しさん@お腹いっぱい。2006/03/18(土) 11:58:31
YOUはpkgsrcに変えちゃいなYO
0508名無しさん@お腹いっぱい。2006/03/18(土) 14:20:02
>>505
大地以外のライターが増えると良いんだけど

>>502 が大地ではないか。技評に関係してるライターは何人か
知っているが、6.1Rを待っていたという内部情報まで知ってい
るクラスとなるとExpertの編集に深く関わっていた大地の可能
性が高い気がする。
0509名無しさん@お腹いっぱい。2006/03/19(日) 02:34:19
みんなライターになって情報増やしてくれよ!
0510名無しさん@お腹いっぱい。2006/03/19(日) 03:24:58
>>506
./configure でシコシコやってれば?
君の感覚は標準じゃないんだよ
0511名無しさん@お腹いっぱい。2006/03/20(月) 11:26:48
>>510
普通はconfigure もオプション無しです。
-current だと、ただでさえでこぼこしているので、
portsのパッチ不具合まで監視するのは面倒難。



0512名無しさん@お腹いっぱい。2006/03/20(月) 13:49:05
別にライターにならんでもいいんだが
0513名無しさん@お腹いっぱい。2006/04/03(月) 13:37:12
cardbus 使えてる?
3月末から使えなくなったんだけど。
0514名無しさん@お腹いっぱい。2006/04/03(月) 13:57:15
>>513
さぁ, わからん。
ELF synbol versiboning に対応して以来 raptop の -current は
追いかけてないから…
05155132006/04/04(火) 13:06:53
とりあえず、sys/dev/pccbb/{pccbbreg.h,pccbb.c} を前のに戻したら使えたよ。
0516名無しさん@お腹いっぱい。2006/05/02(火) 23:24:49
最近のcurrentはXenに対応したの?

FreeBSD Summer Projects
(http://www.freebsd.org/projects/summerofcode.html)
> Integrate Xen Support: Support for the Xen virtual machine
> monitor is coming into FreeBSD -CURRENT, so the installer
> could be updated to make it possible to setup a Xen system
> with several FreeBSD nodes, etc. Please coordinate with Kip
> Macy who has done work in this area.
0517名無しさん@お腹いっぱい。2006/05/09(火) 22:44:34
cachedってどうなんだろ
0518名無しさん@お腹いっぱい。2006/05/15(月) 02:10:19
good bye alpha, live long and prosper.
0519名無しさん@お腹いっぱい。2006/05/20(土) 01:15:07
ああ、昔はあんなにあこがれてたAlphaが、とうとうFreeBSDからも見捨てられたか。
0520名無しさん@お腹いっぱい。2006/05/20(土) 04:15:18
/.ではnewconfig vs newbusのネタでちょっと盛り上がってたね。
元PAO2ユーザーだけど、当時はビギナーだったから経緯はまったく知らず。
でも、core teamを選挙で選ぶようになるなど災い転じて福となすところもあったのかな。
これで伽藍の時代から民主主義の時代になったということだね。
0521名無しさん@お腹いっぱい。2006/06/05(月) 02:45:17
うわぁぁぁぁ
bpfが動かなくなった。
05225212006/06/08(木) 11:38:42
原因不明(コンパイルに失敗?)
コンパイルしなおしたらなおってる。
0523名無しさん@お腹いっぱい。2006/06/11(日) 23:17:26
今朝 make world && make kernel したら、libutil.so.6 がなくて
マルチユーザーモードになれなくてあせったよ。
何かもう直ってるけど。
0524名無しさん@お腹いっぱい。2006/06/12(月) 00:09:09
>>523
おれもさっき同じ目にあった.
> 何かもう直ってるけど。
かってになおったのか?
シングルユーザ で getty リコンパイルしたが…

ports から入れた奴があちこちほころびまくってるし…
0525名無しさん@お腹いっぱい。2006/06/12(月) 00:42:09
cp -p /usr/lib/libutil.so.6 /lib

直ったってのは HEAD のことだよ。
0526名無しさん@お腹いっぱい。2006/06/12(月) 02:17:44
>>525
あぁ、なるほど
0527名無しさん@お腹いっぱい。2006/06/12(月) 03:21:27
離婚パイル=再婚パイル?
0528名無しさん@お腹いっぱい。2006/06/14(水) 00:20:41
SCHED_CORE キタ
0529名無しさん@お腹いっぱい。2006/06/25(日) 17:53:08
openoffice のコンパイルが通らないorz
netdb.h に手を入れるのは簡単だが, これをやると勝ち負けで言うと負けだな…
0530名無しさん@お腹いっぱい。2006/06/25(日) 22:09:13
>>530
devel/nspr の patch-.._pr_include_md__freebsd.h を使うといいみたい。

# cd /usr/ports/editors/openoffice.org-2.0/work/OOC680_m5/moz/unxfbsdi.pro/misc/build/mozilla/nsprpub
# patch -p1 < /usr/ports/devel/nspr/files/patch-.._pr_include_md__freebsd.h

0531名無しさん@お腹いっぱい。2006/06/25(日) 22:16:16
今普通にOOoコンパイル中
通るか?
0532名無しさん@お腹いっぱい。2006/06/27(火) 03:29:44
俺はライダーになるよ。
0533名無しさん@お腹いっぱい。2006/06/30(金) 06:54:40
>>528 いまだにあちこち直しているような印象だね
0534名無しさん@お腹いっぱい。2006/06/30(金) 17:08:55
いまだにどころかまだ「試しに作ってみた」って段階だよ。
0535名無しさん@お腹いっぱい。2006/07/03(月) 14:32:56
ブラウザはlinux-firefoxを使うことにしてcurrentに復帰したよ
これならflashも問題ねーぜ。と言うかmozillaがコンパイルでき
ねーよ。
何で引っかかっているのかな。経験上古いライブラリとか全部消
して最初から入れ直せばうまくいくことは多いんだが。
0536名無しさん@お腹いっぱい。2006/07/04(火) 01:42:39
OOo-2.0 コンパイルできねぇorz
gcc-ooo がおかしいのは俺だけか?
その他のコンパイラは結構むちゃくちゃいじめても無事なのに,
gcc-ooo だけ segmentation voilation 起こしやがる.
0537名無しさん@お腹いっぱい。2006/07/14(金) 13:03:35
>>528 なんでSCHED_XUにしなかったんだろ。
0538名無しさん@お腹いっぱい。2006/07/14(金) 15:16:31
S(CHED_)CORE
0539名無しさん@お腹いっぱい。2006/07/14(金) 17:01:58
考えてみたらgcc-ooo自体はportsで入れる意味ないなあ。
cvsupに並んでバイナリパッケージで構わないモノだね。

0540名無しさん@お腹いっぱい。2006/07/30(日) 11:32:42
記念age

ttp://lists.freebsd.org/pipermail/cvs-src/2006-July/066715.html
> Now that all system calls are MPSAFE, retire the SYF_MPSAFE flag used to
> mark system calls as being MPSAFE:
0541名無しさん@お腹いっぱい。2006/08/10(木) 20:10:54
今日GENERICをinstallkernelしてリブートしたら、
/dev/ad0s1aなんてものは見付からないとぬかしやがった。

ML漁っても文句出てないみたいだけど、
俺だけ??
0542名無しさん@お腹いっぱい。2006/08/12(土) 20:16:29
>>541
俺も 10日に installkernel やったけど無事だった.
あんただけちゃうか?
0543名無しさん@お腹いっぱい。2006/08/12(土) 21:06:18
あー nForce4だとおかしかったみたい。
今は直ってる。
0544名無しさん@お腹いっぱい。2006/08/19(土) 01:39:59
新しい linuxolator とやらにしたら linux-firefox が起動しなくなったので、
ネイティブ firefox を久しぶりに入れてしまった記念真紀子。
0545名無しさん@お腹いっぱい。2006/08/19(土) 08:15:21
linprocfs をマウントしたら acroread, linux-firefox は動いた。
でも、compat.linux.osrelease は 2.6.16 じゃ動かないと。
0546名無しさん@お腹いっぱい。2006/08/24(木) 23:27:59
sysctl -aを実行すると
かなりの確率でpanicします。
みなさんはどうでしょうか。

0547名無しさん@お腹いっぱい。2006/08/24(木) 23:37:15
>>546
全く問題無し。以上。
0548名無しさん@お腹いっぱい。2006/08/25(金) 11:25:26
>>546
俺も問題ない。バックトレースくらい取れよ。
0549名無しさん@お腹いっぱい。2006/08/25(金) 22:35:33
>>548 こんな感じです。
FreeBSD xxx.xxx.jp 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Mon Aug 21 12:35:50 JST 2006 xxx@xxx.xxx.jp:/usr/obj/usr/src/sys/XXX i386
sakura#kgdb /boot/kernel/kernel.symbols vmcore.32
....
Fatal trap 12: page fault while in kernel mode
fault virtual address= 0xc0
fault code= supervisor read, page not present
instruction pointer= 0x20:0xc04d3171
stack pointer = 0x28:0xccd77acc
frame pointer = 0x28:0xccd77acc
code segment= base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process= 69645 (sysctl)
trap number= 12
panic: page fault
Uptime: 4d1h49m33s
Physical memory: 247 MB
Dumping 50 MB: 35 19 3
0550名無しさん@お腹いっぱい。2006/08/25(金) 22:40:23
>>549 続き
#0 doadump () at pcpu.h:166
166pcpu.h: No such file or directory.
in pcpu.h
(kgdb) where
#0 doadump () at pcpu.h:166
#1 0xc051f110 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
#2 0xc051f3a8 in panic (fmt=0xc06d180a "%s")
at /usr/src/sys/kern/kern_shutdown.c:565
#3 0xc06a9364 in trap_fatal (frame=0xccd77a8c, eva=192)
at /usr/src/sys/i386/i386/trap.c:867
#4 0xc06a90cb in trap_pfault (frame=0xccd77a8c, usermode=0, eva=192)
at /usr/src/sys/i386/i386/trap.c:776
#5 0xc06a8d09 in trap (frame=
{tf_fs = -858324984, tf_es = -1068367832,
tf_ds = 672464936, tf_edi = -858293456, tf_esi = -1045268480, tf_ebp = -858293556, tf_isp = -858293576, tf_ebx = -1045268480, tf_edx = -1040206848, tf_ecx = 0, tf_eax = 0,
tf_trapno = 12, tf_err = 0, tf_eip = -1068682895, tf_cs = 32, tf_eflags = 66182,
tf_esp = -858293388, tf_ss = -1068159077}) at /usr/src/sys/i386/i386/trap.c:461
#6 0xc0699efa in calltrap () at /usr/src/sys/i386/i386/exception.s:138
#7 0xc04d3171 in dev2udev (x=0xc1ffb400)
at /usr/src/sys/fs/devfs/devfs_vnops.c:1170
0551名無しさん@お腹いっぱい。2006/08/25(金) 22:42:26
>>550続き
#8 0xc0552f9b in sysctl_kern_ttys (oidp=0xc0720a60, arg1=0x0, arg2=0,
req=0xccd77bb8) at /usr/src/sys/kern/tty.c:3011
#9 0xc052730f in sysctl_root
(oidp=0x0, arg1=0x0, arg2=0, req=0xccd77bb8)
at /usr/src/sys/kern/kern_sysctl.c:1281
#10 0xc052750c in userland_sysctl (td=0x0, name=0xccd77c28, namelen=2,
old=0xccd77bb8, oldlenp=0xbfbfdbdc, inkernel=0, new=0x0, newlen=0,
retval=0xccd77c24, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1380
#11 0xc05273af in __sysctl (td=0xc305ca20, uap=0xccd77d04)
at /usr/src/sys/kern/kern_sysctl.c:1315
#12 0xc06a9672 in syscall (frame=
{tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 2,
tf_esi = -1077945380, tf_ebp = -1077945464,
tf_isp = -858292892, tf_ebx = 672504696,
tf_edx = 0, tf_ecx = -1077943168, tf_eax = 202, tf_trapno = 0, tf_err = 2,
tf_eip = 672344151, tf_cs = 51, tf_eflags = 658, tf_esp = -1077945524, tf_ss = 59})
at /usr/src/sys/i386/i386/trap.c:1006
#13 0xc0699f4f in Xint0x80_syscall ()
at /usr/src/sys/i386/i386/exception.s:191
#14 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)

0552名無しさん@お腹いっぱい。2006/08/26(土) 13:04:15
>>550
kgdbで
f 7
print x->si_name
してみるとどうなる?

構造体メンバのオフセットちゃんと調べてないが、x->si_privがNULLだからpanicしてるっぽいけど。
■ このスレッドは過去ログ倉庫に格納されています