FreeBSD current 思えば遠くへ来たもんだ

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 06:00:09

思えば遠くへ来たもんだふるさと離れて16年目
思えば遠くへ来たもんだこの先どこまで行くのやら

>> Shut up and code!!!

前スレは>>2-5あたり

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 06:01:44

FreeBSD current 一握の砂
http://pc12.2ch.net/test/read.cgi/unix/1097460062/

FreeBSD current 賽の河原
http://pc5.2ch.net/test/read.cgi/unix/1068658686/

FreeBSD current 苦難の道
http://pc.2ch.net/test/read.cgi/unix/1015514229/

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 06:15:46

卑近な俺的話題
- KVA spaceの512GB化。もう物理メモリが余ることはありません。
- rickのNFS4に全統合の予感。
- 進行中のata(4)のCAM化にAlexander Motinが合流。ありがとうsos。
- AHCIドライバのNCQ化。
- vendor/llvm、vendor/clang登場。
- libcのlocale catalogスイッチがonに。
- KipがZFS周りをすげえいじってる。
- Ben KellyがKVM fragmentationを直そうとしてる。
- vendor/eeって開発続いてたんだ……

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 10:47:21

- window(1)にさようなら。

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

/boot/kernelが230Mになって、/に512M割り当ててたのが足りなくなった。

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 22:40:20

通常はpanicしたらデバッガに落ちるしいろいろ報告するには都合いいけど、
一時的にpanicしたら勝手に再起動するようにしておきたい時、

debug.debugger_on_panic: 0

にしとくと、dumpした上で再起動する。が、RAMが多いと再起動するまでに
数十分かかったりするし、そもそも今はdumpもいらないんで

debug.ddb.textdump.do_panic: 0

も足したらdumpはしなくなったけど再起動もしなくて、panicしたままで
止まっている。

デバッガに落ちず、dumpもせず、panicしたらそのまますぐ再起動するように
したいんだが、どうすればいいんだろうか。

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 22:59:24

>6
# ddb script kdb.enter.panic=reset
問答無用でrebootするような気がする。

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 23:58:49

>>6
dumpdev="NO" で dump しなくなるんじゃない?

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 00:06:47

>>7
だめだった。
debug.debugger_on_panic=0
debug.ddb.textdump.do_panic=0
したままだったのが悪かったかな。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 00:10:28

>>8
そういえばそんなのあったと思って確認したら、
dumpdev="NO"にしてありました。
なんでdumpするんだろう…。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 00:39:00

dumpdev="off"
だとどうだろう。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 01:13:05

うーむ…

20090531:
For those who use ipfw and especially pf, those two firewalls
are now started BEFORE the network is initialized (i.e., before
rc.d/netif). Please review your rules to make sure that your
interfaces will be properly described.

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 01:34:19

>>11
AUTOかNO以外だとその文字列がdumpdirに入っちゃうだけな気がするが…。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 03:57:39

すまそ。
dumponにoffを渡すとdumpdevが/dev/nullになるのね。

とはいえ結局、デバッガに落ちない、dumpしない、のは実現できても、
その後自動的に再起動するのができない。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 12:39:32

自動的に再起動せずにどういう状態で止まってるわけ？

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 13:10:10

haltの状態ってことなんじゃねーの？

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 15:45:27

>>12
隙がある時間帯をなくすという面で、あるべき姿への変更とは思うんだが、
最近のmpdって、どのngのインスタンス使えって指定できたっけ？

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 17:57:07

>>15,16
haltまでは行ってない。
dumpする場合はpanicのメッセージとともにスタックトレースとか出たりした後
ディスクに書きに行くわけだが、その表示のままディスクに書こうとせずに
止まっている。

dumpして再起動する場合はdump後にhaltするメッセージを出して再起動して
いるんだが、そこまでいかない。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:01:52

dumpする場合haltはしない。排反だから。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:16:19

>19
ddbが入ってればそもそもhaltしないよね。
だからddb起動して即resetのscriptを置いとくのが手っ取り早いんだけど。
>5はいらん設定やり過ぎでわけわからんようになってると見た。
全部消してやってみそ。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 22:20:39

>>20
わかりますた。おっしゃる通り、ごちゃごちゃになってました。
debug.debugger_on_panic=0
のままだったので、kdb.enter.panic=resetが働いていなかった。
もろもろ消して、これだけ残したらpanic時に即座に再起動する
ようになりました。
みなさんトンクス。

**1=7=20** · 2009/06/06(土) 23:36:10

動いてよかった、理屈の上では動くはずだけど自分では試してなかったから。

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

current@より。幾分に興味深い。

CURRENT snapshots ISO with BSDInstaller
ttp://snapshots.pfsense.org/FreeBSD_8_0/

about BSDInstaller / FreeBSD integration
ttp://wiki.freebsd.org/FreeBSD/BSDInstaller2009

**名無しさん＠お腹いっぱい。** · 2009/07/10(金) 23:48:20

ttp://docs.FreeBSD.org/cgi/mid.cgi?200907100818.n6A8I8p1011853
ata(4)のCAM化が始まりました。現在対応ドライバはAHCIのみ。SiI3124/3132が進行中。
対応ドライバがloadされていればada、なければadとして認識されます。
一個ドライバを移植するたびにadaが増えていって、adがなくなったらさよならata、と
いうことになるのでしょう。いつになってもならないような気もします。

**名無しさん＠お腹いっぱい。** · 2009/07/11(土) 15:59:36

SCSIとだいたい同じとはいえ違うところはどうすんだって言われてたけど、
とうとう始まったか。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 01:14:04

ttp://docs.FreeBSD.org/cgi/mid.cgi?200907191725.n6JHPOBe049379
8.0からsymver化するのすっかり忘れてて
取り残されてたライブラリのsoname全部上げましたヒャッハー!
jpegとかgtkとかで遊んでたら結局全部作り直し指令が!
まあ最近のマシンは異様に速いので半日放っとけばたいがい終わっちゃうような気もしますな。

ttp://docs.FreeBSD.org/cgi/mid.cgi?4A621C20.8070208
そういえばSiI3124/3132/3531のCAMドライバがCFTですよ。仕事速いですなあ。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 05:49:59

これって他のライブラリは今後もsymbol versioning未対応のままなの？

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 07:27:02

他のライブラリって？
commit log は残ってたの全部 bump して symbol versioning するようにしたって
ことみたいだけど。

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

bumpはわかるが、symbol versioning するようにしたってのは?

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 14:23:39

>>27
今後はすべてのライブラリでsymbol versioningを利用する。
(既に7-STABLE系と非互換性の生まれたライブラリは先行して利用しbump済)
なので、それ以前のライブラリとの区別のためにbumpしなければならない。
内容に変化なくsonameだけ変わったのはその宣言みたいなもの。
今後非互換の解決はsymverで行なうのでsonameは変わらない。
変わらないからsymver前と後で同じ名前ではまずいのでまとめてbumpしたわけ。
(bumpじゃなくso.0とかso.100とか、「もう一生このまんま」という名前にする手も
あったけど、結局無難にincrementということになったみたい)
というわけでそのような不思議な心配は無用。

>>28
そゆこと。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 15:02:11

これまでsymbol versioningしてないライブラリは今回のコミットでも未対応のままだよ。

> なので、それ以前のライブラリとの区別のためにbumpしなければならない。
> 変わらないからsymver前と後で同じ名前ではまずいのでまとめてbumpしたわけ。

その理屈ならそれらが今後symbol versioning利用するときに
今回のbumpからそれまでの間のライブラリと区別するためもう一回bumpが必要じゃんｗ

そもそもlibcの最後のbumpとsymbol versioning導入関係ねーし。
bumpは8のライブラリを7のライブラリと区別するためでそれ以上ではない。
デマ乙。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 15:06:04

libcは既にsymbol versioningが導入されているライブラリの例な。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 15:15:37

言ってことが正しいのか判断できないけど、なんか必死だな

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 17:31:05

どうでもいいから、portsの依存地獄を解消しろ。
旧ゲイツOSのdll地獄より更に凶悪。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 18:27:38

楽になりたかったらgnomeもKDEも使わないんだな

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 19:53:50

そんなもんはつかってない。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 19:57:09

無理してxorgも使わなくていいよ。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 20:09:05

xorgとか良く知らんが、WITHOUT_X11=yesなんだが。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 20:54:36

先が読めるけどあえて書いてみよう

なんだみんな幸せ者じゃないか(w

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 21:39:04

うん。しやわせ？

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 23:17:52

20090719:
Bump the shared library version numbers for all libraries that
do not use symbol versioning as part of the 8.0-RELEASE cycle.
Bump __FreeBSD_version to 800105.

8.0リリースサイクルの一部として、シンボルバージョニングを使用しない全ての
ライブラリについて、共有ライブラリのバージョンナンバーをバンプ。
__FreeBSD_version も 8.0.0_105 へバンプ。

-------------------------------
シンボルバージョニングするようになったとは読み取れそうにないな。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 01:16:12

SHLIB_MAJORの数字を1増やすだけのコミットを見て
symbol versioningするようになったと妄想できる不思議ちゃんもいるというのだから
世の中わからないものだ。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 01:56:08

BETA3 はいつくるのかな。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 03:57:06

ttp://docs.FreeBSD.org/cgi/mid.cgi?200907200951.56551.jhb
jhbからツッコミが入ってるが、結局release毎に無条件bumpすんなら
symbol versioningが役に立つのってpamだけ? ってことだ。

昔symbol versioningが入った時の-archでも同じような事を話していたが、
RELENGを切ったらリセット、ということになっていてえも言われぬ気持ちになった。
そうじゃないと-CURRENTのライブラリは太り続けることになるわけで、
RELENGを切ったらリセットして互換はcompatなんとかをportsで入れてね、というのは
間違ってはいない。いないんだが、なんかむにゃむにゃ。

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

URL先とレスの内容が完全にズレてないか。
そのメールの前半は、 symbol versioningが有効なのが一部ライブラリのみで
他の多くのライブラリでは依然としてbumpするなら、
結局それらに依存するものはビルドしなおしになるのであまり嬉しくないねという話。
most libraries に symbol versioning が有効なものは入っていない。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 04:29:28

まあ、一度STABLEになっちゃったら非互換な変更は絶対やらない
ってのを多少なりとも緩和できるならversioningにも意味はあるだろう。

無条件bumpったって、OSのメジャーバージョンがホイホイ上がるってわけでも無いし。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 04:31:43

なんつーかさ、このスレのやり取り見てるとさ、
日本人ってーのは、やっぱり英語苦手な奴が多いんだなって。
俺も含めてさ。
なんだかしみじみしちゃったよ（ははは

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 04:44:10

>>44

ツッコミっつーか、昔のようにABI非互換が起きたらbumpてポリシーに戻して
bumpの機会減らすんなら、versioningしてるライブラリだけじゃなくて
それ以外のライブラリも開発者にbumpのタイミング委ねるしかねーんじゃなの、
それどころか、ABI非互換な変更するかどうかも全部開発者に任せたほうがいい
なんてことになるんじゃねーの、って書いてあるだけな気がするけど。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 07:34:03

コードじゃなく文章ベースの話だと自分が偉いと思ってる人たちが湧くことがわかった

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 07:37:30

英語もろくに理解できず、かといってコミットログの中身を見もしないお馬鹿さんが負け惜しみですか

**名無しさん＠お腹いっぱい。** · 2009/07/30(木) 11:51:11

Operaは7.0のバイナリなので
shared-qt3なのを使うとlibz.so.4とlibz.so.5が両方ついてきてしまって
ちょっと困る。両方同じものなので今のところは実用上困ることはない。
- 次のOperaは8.0のバイナリも出るだろうからそれまで気づかなかったことにする
- どうせ同じものだからln -s libz.so.5 libz.so.4
- static-qt3版を使おうと思ったらi386版しかないみたい
- 7用qt3を掘り出してLD_PRELOAD
- 面倒くさいのでlinux版を使う
- 動かなくなったら考える

正攻法はLD_PRELOADかな。

**名無しさん＠お腹いっぱい。** · 2009/08/08(土) 01:55:18

うるせえなあ
ちょっとスレにウルオイをやっただけでなんて言いぐさだ