FreeBSDを語れ Part24

**名無しさん＠お腹いっぱい。** · 2009/05/18(月) 21:21:40

FreeBSDについて語るスレです。

The FreeBSD Project
http://www.freebsd.org/ja/

前スレ：FreeBSDを語れ Part23
http://pc12.2ch.net/test/read.cgi/unix/1235576345/

**名無しさん＠お腹いっぱい。** · 2009/06/04(木) 23:15:58

>>276
>>一個FreeBSD環境が無いと入れるのも辛いというのがFreeBSDの欠点だと思うけれど

馬鹿なの？死ぬの？

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

電機屋か本屋（CD付の雑誌とか）で手軽に買えるもんではないわな

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

昔は日本語パッケージで買えたんだがなー
日本語IMもFreeBSDに対応してたりしたんだけど

 · 2009/06/05(金) 10:20:06

ZFS の性能劣化
http://uyota.asablo.jp/blog/2009/05/09/4296115

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

ふつーにHDD追加すりゃ終わってる話。
それが簡単にできるのがZFSなのに、ufsなら……って、アホちゃうんかと。

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

>>280
ストレージプールへのディスク追加という手はなかったのだろうか

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

そういった部分のufsとのハイブリッド的なものって出来そうもない?

**ぷぎゃあ** · 2009/06/05(金) 13:35:19

# xf86-video-intel-2.7.1 Jimmie James
http://lists.freebsd.org/pipermail/freebsd-x11/2009-June/008537.html
http://img.photobucket.com/albums/v287/jimmiejaz/xcrash.jpg

俺の所で出てるのと模様が違うな（w

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

GCCってシステムのやつより新しいバージョンをportsからインストールしたら
自動的に新しいバージョンのGCCでコンパイルするのか

知らなかったぞ

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

>>285
それは新しいバージョンのGCCでないと不都合があるportsの場合だけでない？

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

USE_GCC が指定されていればそのバージョンのgccでコンパイル。
なければ自動でBUILD_DEPENDSに加わる。
システムのより新しいgccでなんでもかんでもコンパイルするわけではない。

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

妹が風邪をひいて家で寝ていて様子を見に行ったら
「座薬を入れてよ！熱が下がんないから！」
と言ってきた。親に言えや！と返したら母親は今いない。
親父には見られたくない。という事らしい。
妹は後ろ向きに四つん這いになってその下は見るな！と半分ケツをペロリとだした。
ロケット型の白い座薬を妹の※にゆっくりと入れる。

だが、直ぐケツの力で這い出してしまう。
奥まで入れろ！と言われ、汚ねぇから触れねぇーよ！
と切り返したら、引出しからコンドームを１つ渡し「これで！」と。
指に不自然にそれをハメると妹は何度も絶対に変な事するなよ！
絶対に変な事するなよ！と言いながら
もう一度四つん這いに。オレは無心でゆっくりと奥まで一気に入れる。
妹はアッ！と少しだけ悶える。すまん！と意味も無く謝る兄のオレ。
ところがそのまま指が穴から抜けなくなる。
抜けない！とオレが焦って動かすとウッ！動かさないで！と妹はマジ悶える。

力入れるなよ！と叫ぶオレ。じゃあ関節曲げんなよ！エロ！と妹も負けじと叫ぶ。
分かった。落ち着こうよ。な！力抜いて。ほら。よし!抜けた。
そしてヌポッ！という音ともにドゴッ！と妹はオレにマジ蹴りを入れ部屋に閉じこもった。

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

名に言ってんだお前。

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

>>284
しかし古くさいモニターだなー。って俺の家もこんなの使ってたorz

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

今時液晶モニタを使ってない男の人って

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

っていうか、CRTは処分が困難になりつつあるぞ

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

液晶にしたら彼女が逃げました

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

俺もCRTだけど

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

俺も

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

>>293
お前の彼女、CRTの付属品だったんだな。

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

画面の中にしかいないのですね、わかります。

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

portsのメンテナってどんどん減ってるの？

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

いや、portsが水増しでどんどん増えすぎに増えているだけだ

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

portsnap.confのREFUSEでだいぶ削っているけれど
カテゴリー指定でなくてディレクトリー指定なのでなかなか減らせない。
linuxとrubyとkdeとかtcl,tkは削りたい。
ビルドの簡単なオプソはportsに頼らないとか
アプリのportsはパッケージ使っちゃうとかすればがしがし減らせる。

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

>>284 楽しそうだな。nvidiaロースペック派としては
辛かったのはxorg-1.6.1が出た直後にドライバが対応していなかった時期だけで
Fx5200とFx6200と差し換えても変わりなく表示する日々だ。
そういえばi815のビデオ機能ってOpenGLがだめで極初期に見捨てたのだけれど
これを使うと俺も楽しい体験できるのかな。

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

>>281 UFSのシングルならそもそもディスクが壊れないのでは
raid1なんてHDDの寿命縮めるだけなんでHDD交換用に設定だけしておくに限る。

ZFSはとっつきがよいし統一性は取れているけれど
いかんせんフォーマットすら不確定なので動的にしょっちゅうリフレッシュして
消耗して廃棄するような使い方でないと
気づくとバックアップが読み取り不能とかになりかねない。

>>278 雑誌全滅、本家のCD #1は起動不能　新規に導入する人には茨の道

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

>>280 リンク先のサイトはよく頑張っていると思うけれど
土台というかねっこでネジが一本抜けているので書いてあることは彼の体験であって
普遍的な事実とはいえない。
ざっとみたけれどこの人zfsに限らず故障頻度が高すぎるんじゃないの

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

なんか批判して俺はすごいんだと言いたいのはわかるんだけどポイントがずれてる

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

曖昧な書きかたしてしまったが、件のブログの書き手についての話。

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

>>303
中治さんに「そもそも-STABLEとは」とか説教始めちゃう奴だぜ?

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 00:01:55

>>302
そーかなー。いざって時には、壊れたのを追っ払って
新しいの挿せばいいだけだし、サーバ入れ替えるのも楽よ。

安モンサーバの板が壊れるのは良くあるし、補充機材が来た時に
ミラーしてあれば、稼働中のマシンからHDDをちょっと借りーの、
新マシンに差し込んでマスタ化。さらに、新しいHDDの挿すだけで
プラナリア並みに増えてくから楽だにょ。

ZFS？　なにそれ喰えるの？

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

FreeBSDでマルチメディア
http://www2h.biglobe.ne.jp/~hnakamur/technolab/freebsd/

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 13:35:59

>302
何が言いたいのかさっぱり分からない。
つか、「UFSのシングルならそもそもディスクが壊れない」って意味不明過ぎる。
例のblog書いた本人?

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 13:45:23

zfsはあと２年くらいは寝かせておこう
バグ出し宜しくね

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 16:31:29

ZFSは普通に使えているけどなあ。CVSリポジトリの置き場所として
日常的に使っている
>>309
アレ書いた本人っぽいね。

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

>>311 >>302だけど書いた人とは関係ないよ。念のため
ZFSなんて使わないし、ドキュメントとかはUSBとバックアップで
HDDへの書込みはほとんど無いように運用しているから
元ブログの人は人柱かつ反面教師として敬意を感じてはいる。

ZFSだけど「今使えている」
ということと「いきなり使えなくなる可能性がある」
というのは別問題。
全くアップデートしないならばそれなりの性能と欠点だけ認識するだろうけれど
ちょろちょろアップデートするだろ。使うような輩はある日どかんと悲劇が訪れるわけさ。

ようするに>>310 が全てなんだけれどね、確かに2年というのは妥当な数字
現状から見てそれくらいからの導入ならば
オレもこんなことはいわない。

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 19:56:22

>>307 いいたかったのはメンテの時だけそのうまみを使うって事
ちなみにその場合zfsは充実はしているけれどgmirrorという選択肢もあるね、
ハードのraid1 とソフトraidとどちらかがいいかはなんともいえない。

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 23:10:53

相変わらず何を言いたいのかよく判らないなぁ。唐突にRAID1とか言い出してるのも
意味不明のままだ。具体性もないし。
単に「俺様が不安だと思っているから不安に決まっている」以上のもんじゃないな。

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 23:24:35

FreeBSDが消滅しないかとても不安です。どうしたら良いでしょうか。

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

今のうちに CD/DVDに焼いて保存しておきましょう。

**名無しさん＠お腹いっぱい。** · 2009/06/07(日) 23:27:05

MacOSXに切り替えればいいだけ

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 00:03:51

zfsなんかよりdragonflyのhammerの方が好きだ

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 05:11:52

どういうところが？

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 05:34:27

GUIDパーティションテーブルって普通のPCで使って
メリットあるのかな？デメリットあるのかな？

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 10:27:14

>>312
だったらガンガン書き込んでテストしなきゃ(w
currentでZFS使ってリポジトリ置いているけど
これが突然死してもあまり困らないよ。
週一ぐらいでATOMなマシンにリポジトリのコピー
を渡しているから。
システム領域も含めてZFSにしているのでアップ
デートする時は覚悟してやってる。
とくにいつ頃かまたinstallworldするときに標準
ではchflagsするようになってからは意識せざるを
得ない。
(ZFSではchflagsに対応していない)

ブログのuyota氏は分析する気がないのかね。
資料としての価値はあんまりなさげ。
>>280 これそのまま受け取れないよ。少なくとも
再検証する必要はありだと思う。

スナップショットを置いてギリギリまでファイル
を置くってのは「何が起きるか分からない」
ってSunの資料にも書いてあるからねぇ。
「細かいファイルを大量に置いただけ」
ってのもUFS使う人間なら気になるよねぇ。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 10:47:55

つか、そんなに物理容量いっぱい使ったことが原因という自信があるのなら、
zfs set quota=...とかやっておけばいいだけじゃないかねと思ったよ。
あれは裏を返せば、zfsは粘ってぎりぎりまで動作して、遅くなっても破綻を
極力避けているが、UFSではいきなり書き込みエラーで終わるって話でもある。

いずれにしろどんなfsを使おうとも物理容量を超えて使うことは出来ないの
だから、まともな管理者なら定期的にdiskの使用量監視をして事前にアラートを
あげるような工夫はしてるから、あんな問題にしている時点でレベルが低すぎる。

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

321だけど>>322に同意
つーかUFSで数パーセント余らせている意味は使いき
ると性能低下につながるからという意味もあるんだ
がな。
ちなみに今そっこーでmd上に100MぐらいのZFS作って
確認してみたけど99%越えたところで恐ろしく粘る
が酷いってほどじゃないなあ。

(zshスクリプト)
for i in {00000..100000}
do
dd if=/dev/zero of=test$i count=10;
done

ztest 61696 61696 0 100% /ztest

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 11:14:49

zfs でファイルサーバを15台立てて半年以上経ってるけど、
一回だけ disk full で落ちた以外なにも問題起きていないぞ。
そんなに落ちるものなのか？

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 11:16:50

ほっといてもdailyくんがdfの出力だかを毎日送ってくれるしなあ

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 12:12:35

そもそも 80% を超えるような運用を日々放置するほうが問題。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 15:07:33

FreeBSD 7.2-RELEASE #0 を VMWare 上で動かしておりまして、
jail 環境下で openldap24-server を動かしているのですが
slapd コマンドから ldap 系コマンド (ldapsearch や ldapadd など) すべて
コマンドの実行に恐ろしく時間がかかります。
ldapadd をすると Enter LDAP Password: のプロンプトが出るまで 30 秒程度
かかります。同様の現象が発生している方、おられませんでしょうか。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 15:12:07

20090605:
AFFECTS: users of mail/postfix
AUTHOR: itetcu@FreeBSD.org

Version 2.6.1 introduced a POLA violation by expecting aliases.db to be
in /etc/mail/aliases.db (not /etc/aliases.db). With this version the
location is reverted to the right place.
If you updated your installation to 2.6.1 you need to run newaliases(1)
again after you installed 2.6.2.

かいつまんで言うと
aliases.dbの構成がちょっと変わるから
2.6.2にアップデートした場合はnewaliasesをかけてaliases.dbを再構築してちょうだいってことかね

あと
# portupgrade -o mail/postfix -f mail/postfix24
はうまくいくかどうか

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 16:42:58

>>328
違う。2.6.1 でパスが変ったけど、2.6.2 でまた元に戻ったってこと。
2.6.1 だけ aliases のパスが違う。

**名無しさん＠お腹いっぱい。** · 2009/06/08(月) 18:30:00

portsがこの先、5万とか10万になったらcsupするのも大変だよね。
/usr/portsのディレクトリ構造だけ作って、あとは自動で必要なMakefileとか依存情報
だけfetchしてインスコできるようなふうにならないかな？

手動では、そういうことできるみたいだけど・・・

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

はやくLLVM/clangに全面移行しないかなあ……

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

>>804
http://pc11.2ch.net/test/read.cgi/gamedev/1238520070/692

692 ：名前は開発中のものです。：2009/06/09(火) 00:57:34 ID:2fI/sHFo
何言ってんだ。プログラマにまともな精神持った奴がいた試しなんてねえよ。
第一プログラマと精神科なんてほとんどセットなのに今更それを語るとか情弱以下だろ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 04:59:25

メモリが十分利用可能な時に、swapをメモリ上に作るのとswap無しで運用するのはどっちがいいんだろ

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 07:45:59

>>332
誤爆か？

>>804
に期待

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 08:02:33

>>333
それぞれよさそうな理屈は？

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 13:49:18

メモリが十分利用可能なら悩みは少ない

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

普通にディスク上にswapを作ってswapされるくらい利用頻度の低いプログラムより
頻繁に使うファイルがメモリキャッシュに乗っかったままになってウハウハってのもあり？

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 20:31:26

>>333 swapは眠っているの吐き出させてメモリ広くするのが目的だから
メモリをswapにするのは無駄
やるならmdmfsとかtmpfsのメモリデバイスにするほうが良いはず

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 20:35:44

>>324 disk fullになりやすい。バックアップを不要に取るからHDDの寿命が短い
一杯になってくると極端に遅くなる。あとread writeが遅いが欠点だと思う。
例えるならばrubyとか

個人がソフトraid構築したりサイズの違う複数のHDDをまとめるには悪くはないと思うけれど
つけっぱなしのサーバーには特にむかないんじゃないか?
ただ将来に向けて足しになるから人柱はいくらいてもいいと思う。

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

>>339
FUDおつ

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

ZFSあんまり好きじゃないけど、ここまでひどいFUDはちょっと…

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

>340

あのzfsは酸っぱいに違いないと思うことで心の平穏を保ってるんだよ。
かわいそうだと思うなら放っておいてやれ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 22:04:30

> バックアップを不要に取るからHDDの寿命が短い

意味がわからんのだが、今時のディスクのボイスコイルって
頻繁に、大きく動くと減るのが早くなるのか???

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 23:21:16

7.2でZFS使ってるけど遅いと思うときは無いなぁ。

**名無しさん＠お腹いっぱい。** · 2009/06/09(火) 23:32:09

344 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/06/09(火) 23:21:16
7.2でZFS使ってるけど遅いと思うときは無いなぁ。
(お前らの使ってるごみとは違うからなぁ、一般人の気持ちは理解できないなぁ。)

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

ﾂﾏﾝﾈ

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

ﾈﾝﾏﾂ

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

インスコして初めて使っているけど難しいなこれ

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

あけましておめでとうございます
今年もよろしくおながいしまつ

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

バックアップを不要に取るって何の話？

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 07:59:51

>>339
ハードディスクの故障率なんて通電している限りは読み書きしているか
そうでないかは大した違いはないと思うけど。
セクタ不良の発生が顕在化するのは読み書きの時だというのはあるけど。
(たとえ不良が起きてもそこを使わない限りはわからない)

>一杯になってくると極端に遅くなる。
どういうfsを使っていても90%以上の使用率ってのはおかしな使い方だよ。
ベンチマーク以上の意味はないと考えて切り捨てるのは戦略として間違っ
てはいない。
>あとread writeが遅いが欠点だと思う。
圧縮ファイルシステムがよさげ。ファイルの削除等でも個人的には効果出
ている。
CPU性能依存なのでCPU性能が低いと逆効果な場合もあるよう。ZFSはプア
な環境には配慮していないことは言えそう。
件のblogの人はあんまり性能の良くない環境で使っているようだね。

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 08:30:11

例のブログはずっと前から読んでるけど、ひょっとして父子家庭だったりする？

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

>351
>>あとread writeが遅いが欠点だと思う。
>圧縮ファイルシステムがよさげ。ファイルの削除等でも個人的には効果出ている。

いや、そもそもr/wが遅いというのが使った実感と合わない。
余程H/Wの能力が不足している、CPUがプア過ぎる、512MBやそれ以下とかでもなければ、zfsのR/Wは
遅くないでしょ。というか、従来型のS/W RAID5/6等と比べてread-modify-writeが不要なために
むしろ早いことも少なくない。
ま、RAIDなしのシングル構成だけでベンチマークを取れば遅いという数字が出ることも
あるだろうけどね。こっちは体感出来るほどの差が出るとは思えないけど。

故障についていえば別に壊れやすいってデータは見たことない。といいますか、問題は故障そのもの
より、故障したりH/Wエラー他でデータにエラーが出た時にそれを検出してリカバリできるか
どうかが重要じゃないのかね。
ufsからzfsへのデータ移行の作業をやってて初めて、実はufs上に保存してあったデータが壊れてたのに
気づいたなんてケースもあるようだから、なおさらsilent data corruption対策があることの方が
重要だと思うけどさ。

disk fullになりやすいに至っては完全に妄想でしょ。どんなFSであれ、容量以上に突っ込もうとすれば
disk fullになる。なりやすいとかなりにくいとかはFSとは無関係で、管理が如何にタコかどうかって話。

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

壊れていても壊れている事に気がつかなければ問題ない...か

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 12:54:59

>>354
それ、ext2

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

nonECC Memoryも

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 14:11:38

stableコンパイルできねえぞ!!

……またzfsか

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 15:57:33

>>352
なんかﾜﾛﾀ
ブログを読んでプロファイリングでもしたのかｗ

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

なんというかZFSってRUBYと同じにおいがするね、

ダメ確定なので手は出さないけれどヒトバシラーが多ければ残るものもあるんじゃないスか。

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 19:14:24

>>353 UFSで何年使ったか知らないけれどエラーでるような運用方法していることが既に問題。リッチな環境云々言うなら寿命予測立てて定期交換しろよ。

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 20:02:49

>360
「事故を起こさなければいいだけ、保険なんか入る必要ない」式の的外れでまるで役に立たない
アドバイス、大変ありがとうございました。

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

これだもん。FreeBSDが衰退するわけだ。しかもUSの方はレイシストの
吹きだまりと来ているし。FreeBSDはもう終わったね。

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 22:47:46

と終わっている奴が言うとります

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

>>362
お前に言われても説得力が無い

**名無しさん＠お腹いっぱい。** · 2009/06/10(水) 23:47:50

FreeBSDマシンでPWMファンの使用できるものなのでしょうか。

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

>>365
まあまあ

それよりSAきた…

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 01:31:26

SAで思い出したが、libpng(graphics/png)にまた脆弱性報告出てるよ。
portauditはまだ何も言わないけど。1.2.37への更新推奨。

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

>>367
libpng またかい。

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

うあーめんどくさ

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

週刊SAとかにならずに三つ同時に来たんだからまだまし

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 04:20:29

>>370
ひどい時は日刊だったような気がす。
それよりも7.2が不安定って言うのは原因分かったのかな？
元ネタを詳しく読んでないのでどういう風にだったか忘れてしまったけど・・・

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 17:26:08

7.xは5.xの出始めみたいに糞なのか。
5.xみたいにx.3や(x+1).0が出るまで様子見するのがいいか。

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 23:18:46

またntpdのビルドで止まる@RELENG_6_3

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 23:50:55

mallocの件とかとっととパッチ出してほしい
8.0Rのほうが先になるのか？

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

2.2.x→4.x→6.xとアップグレードしてきたが、やっぱりメジャー奇数は人柱用なの？

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

メジャーに奇数は関係無いだろ