FreeBSD7.0リリース

**名無しさん＠お腹いっぱい。** · 2007/06/13(水) 22:11:30

来月でしょ？

**名無しさん＠お腹いっぱい。** · 2008/03/02(日) 13:28:00

>>351
あ、その方法があったか。CUIだけじゃなくXもこれで使えるなぁ。目から鱗。

**名無しさん＠お腹いっぱい。** · 2008/03/02(日) 13:32:46

VMWareでFreeBSDを動かしてて、XサーバをFreeBSDとの通信に使うために使うなんてのは糞杉な発想だな
仮にやってたとしてもそれを恥ずかしげもなくレスすること自体、ケツの穴見せるに等しい間抜けぶりってこともわからない。っとにうんこ並 >>356

**名無しさん＠お腹いっぱい。** · 2008/03/02(日) 13:47:40

>>357
普通そうするだろ？

**名無しさん＠お腹いっぱい。** · 2008/03/02(日) 16:09:14

つ「jail」

**名無しさん＠お腹いっぱい。** · 2008/03/03(月) 23:30:09

VMwareでX動かして何が楽しいの？
オジサンタチ

**名無しさん＠お腹いっぱい。** · 2008/03/04(火) 00:03:48

お前が言うな

**名無しさん＠お腹いっぱい。** · 2008/03/04(火) 02:37:43

>>361
そういうことするのはオジサンじゃなくって若いヲタクだろ。
おじさんは ASTEC-X とか Mac を使うと思われ。

**名無しさん＠お腹いっぱい。** · 2008/03/04(火) 02:46:22

そうそう
おじさんになるとイロイロ面倒に成ってきてね
下手に苦労するより金に言わせて既知な範囲で工夫するようになるんだよ

**名無しさん＠お腹いっぱい。** · 2008/03/04(火) 03:24:29

mail は grep, news は more (less) で読んでいた世代ですね。
あの頃は楽しかった。

**名無しさん＠お腹いっぱい。** · 2008/03/04(火) 03:51:23

>>364
２チャンネル語では加齢臭なんだろうけれど、世間では大局観といいますね。
若い人は細かいところでは間違えないけれど、大きな所で間違えるものです。

**名無しさん＠お腹いっぱい。** · 2008/03/04(火) 08:24:08

>>366
そして「若いねぇ」と感心されるほどの力技を示す場合もあって・・・

**名無しさん＠お腹いっぱい。** · 2008/03/04(火) 09:36:52

>>361
Xをたちあげたままサスペンドできるのが良い。
ASTEC-Xでやったらコネクションが切れる。

**名無しさん＠お腹いっぱい。** · 2008/03/04(火) 13:35:11

>>363
懐かしいな。
よくユニマガの後ろの広告に書いてあった。

**名無しさん＠お腹いっぱい。** · 2008/03/04(火) 16:13:46

まだあるんじゃなかったっけ?
確かVistaのサポートがどーとか....

**名無しさん＠お腹いっぱい。** · 2008/03/04(火) 16:21:44

そらあるだろ

**名無しさん＠お腹いっぱい。** · 2008/03/04(火) 20:10:54

そんなに需要があるのかぁ。
asted-x

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 01:47:04

>>372
大学とかに需要あるんじゃないかな。
私が行ってたとこにもWin用Xサーバが入ってたし。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 04:03:44

>>372
使ってるところではまだ使ってる。>>323氏の言うように教育現場とか。
でもコストが掛かるのでXmin辺りを使うか、リモートデスクトップ&Webベース系に移行しているかと。

**374** · 2008/03/05(水) 04:24:57

>>323 は >>373 の誤り。ｽﾏﾇ。

はてなようせいかわいいよはてな

**7.0R** · 2008/03/05(水) 15:10:22

ports/package に gcc-withfortran (gfortran) がないんだけど、

どうしてかわかる人います？　ベースに組み入れられたとか？

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 15:26:29

gcc42のMakefile見るとfortran組み込まれているっぽいけど

**7.0R** · 2008/03/05(水) 15:45:22

そうですか！では、使うにはどうすればよいでしょうか？

which gfortran してもないし、/usr/bin/ を探してもないのですが。。。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 15:51:14

f77

**7.0R** · 2008/03/05(水) 16:13:42

もちろん、f77 もありません。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 16:18:16

gfortran42

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 16:21:23

g77-34

**7.0R** · 2008/03/05(水) 17:03:23

どれもありません。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 17:21:19

まず lang/gcc42 を入れる

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 17:21:25

いや、だから何インストールしたんだよ

**7.0R** · 2008/03/05(水) 17:43:08

まだ、gcc42 は入れてませんでした。
withfortran がなくて悩んでいたのですが、これを入れてよいのですね？
/usr/bin/gcc は既にあるのですが、これとはどういう関係になるのでしょうか？

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 18:29:40

よーわからんけど、/usr/ports/lang/gfortranでmake install cleanすりゃいいんじゃないの？

**7.0R** · 2008/03/05(水) 18:42:23

/usr/ports/lang/gfortran は今はなくなってます。

gcc42 を入れたら、gfortran42 が入りました。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 18:47:22

あとlang/g95も入れて、好きな方使え。

**7.0R** · 2008/03/05(水) 18:58:46

g95 の方が速くて優秀と聞くのですが(Macの人から)、
長い物には巻かれる質なので、gcc4 を使ってます。

**7.0R** · 2008/03/05(水) 19:41:43

あとは gnome で scim-helper-manager.core が出来るのが悩ましい。

それと、gdm で login したとき .xprofile での
export LANG="ja_JP.eucJP" が何故か効かない。

どなたか解決した方は居ませんか?

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 19:49:19

>>391
> scim-helper-manager.core

gdb があるだろ。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 20:08:34

[x61] /home/user% gdb -core ./scim-helper-manager.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
Core was generated by `scim-helper-manager'.
Program terminated with signal 11, Segmentation fault.
#0 0x2896fe00 in ?? ()

となりますが、直すことできますかね？

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 20:15:04

>>393
自分ならまず where だ。

6.x->7.0 とかで環境が激変しているなら
ライブラリ関連が怪しくないか調べる。

駄目ならデバッグオプション付きでソースコードビルドして
やっぱり where だな。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 20:22:38

まず where したら以下の様にえっらい沢山出ました。。。。
package から入れたものなので、ports 利用してオプションつけてみます.

#1670 0x102454ff in ?? ()
#1671 0x1424448d in ?? ()
#1672 0x5440f750 in ?? ()
#1673 0x00020000 in ?? ()
#1674 0x688e0375 in ?? ()
#1675 0x0158b814 in ?? ()
#1676 0xcd500000 in ?? ()
#1677 0x90feeb80 in ?? ()
#1678 0xbfbfec28 in ?? ()
#1679 0x00000001 in ?? ()
#1680 0xbfbfec30 in ?? ()
#1681 0x0000001c in ?? ()
Cannot access memory at address 0xbfc00000

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 21:12:39

>>393
> Program terminated with signal 11, Segmentation fault.

バグだよなぁ、多分。

適切にオプション付けて where すると >395 の 0x???????? のかわりに
ソースコードのファイル名と行番号とか出てくるからデバッグするか、
そのリスト付けて send-pr しとくくらいかな。

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

7.0ではX入れてないので分からないんだけど、
6.3-RCの時にX, GTK関連を入れてたら軒並みGTKアプリは終了時にcoreを吐いていた。
firefox, thunderbird, gtk-demo........
正直勘弁してほしい。最新のでは直ってるのかな？

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 02:42:34

今日 VMware 上で 6.3->7.0 にしてみた。
調子良かったら本物サーバの更新も考えようと思ったんだけど
gcc の影響か ports が意外にこけるのな。
pcc 使おうかって話が出るのも分かる気がする。
影響大きすぎ。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 05:34:48

ports は崩壊しているのか.....。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 05:59:27

どっちかというとgccが崩壊中。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 09:26:38

1600以上portsから入れて入るが
IGNOREが4つ位あるだけで外は普通にコンパイル出来るけどな

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 10:35:22

GUI系全滅？
サーバ用途で困ったことはないし、寧ろちょびっと性能がよくなってる希ガス。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 10:48:15

いつのまにか -j8 とかつけてカーネルビルドできる
ようになっているなあ
SMPなマシンならいくらか良くなったかも

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 13:43:04

>>403
そりゃ、カーネルはソースツリーがひとつしかないし、他の依存が
少ないから（つーか、各ローダブルモジュールは並列にコンパイルできるし）
普通に問題なく・・・と思ったんだが。

portsなんかで、依存関係失敗して、なんだか終わらないのはよくある話。
単にmakeが改良されたという話じゃなかったら、スマン。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 14:00:42

>>398
俺もはまったよ
最近多くなってる希ガス

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 14:58:18

gccのせい、っていうことなら、baseに複数のバージョンのgccを用意して、
各ports側で正常動作確認済のgccを列挙するような仕組みが必要なのかも。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 15:07:41

上位方向にバージョンを限定する仕組はあるが、
下位互換がとれなくなるという事態は想定外だったからな。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 17:15:57

>>401
たとえば /usr/ports/mail/maildrop とかコンパイル通る?

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 19:37:43

7.0-STABLEで試しにmakeしてみたら最後まで出来た

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 20:31:20

うーん、じゃあ upgrade 失敗したかな。
ソースツリーからやりなおしてみるか…。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 20:34:06

>>406
autoconfとかにはそんな仕掛けがあったきが。
db4xと同じことになってないか。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 21:14:51

ports 2.0 マダー？

**410** · 2008/03/06(木) 22:20:24

わかった。/etc/make.conf だ。

6.3 では別段なんてことなかった最適化オプションで
C++ の vtable が参照できなくなる場合があるっぽい。

maildrop も以前最適化かけると参照できなくなる
シンボルがあって、色々試して

-O3 -fno-omit-frame-pointer -fkeep-inline-functions -fexception

で落ち着いてたんだけど 4.2.1 ではこれでも駄目ってことか。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 22:33:54

CFLAGS(CXXFLAGS)いじるべからず。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 22:37:01

厨ニング

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

本気でやるんなら一律じゃなくて、
pkgtools.confとかports.confとかでportごとにカリカリに。

**410** · 2008/03/06(木) 22:46:46

いや、一応 make.conf でも .if とかで区切ってたんだけど。
gcc のデグレっていつまで経っても直らないなぁ。

…とか書いてたら jdk15 コンパイル中に java が落ちた orz
もう思い当たるフシねーぞ…。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 02:04:51

>>413
俺的には、まけこんふは、新しいOSにかえる初っ端に決め打ちすると死ぬ確率が高い。
最後に作り直すが吉だと思う。　あんまり最適化しないほうがいいよ。
-O3　なんて、動かないほうがおおいから。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 02:05:01

H/Wが壊れてるみたい
メモリとか

**7.0R** · 2008/03/07(金) 11:08:16

http://lists.freebsd.org/pipermail/freebsd-mobile/2007-March/009590.html

のパッチを 7.0R に手動で当てたいです。source が少し変わってる様で悩んでます。
どうやったら良いかわかる方いませんか？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 11:19:44

portsに必要なのはgccのバージョン指定対策じゃなくて、厨対策だったな。

まあ、最適化フラグは処理系のバージョンに依存するんだから、
make.confにもバージョン指定つきで書けるようになっててもいいかな。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 11:28:14

書けるんじゃね。
CFLAGS_gcc34 = -O3
CFLAGS_gcc42 = -O0
CFLAGS_cc = ${CFLAGS_gcc42}
CFLAGS ?= ${CFLAGS_${CC}}
とかでどうよ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 11:38:23

CFLAGSの設定なんてやったところで、
どのようなメリットがあるか疑問。

apacheとpostgresqlくらいしか試してないけど、
正直、ベンチ結果で5%も向上しないよ。
速いCPU入れた方が明らかに苦労少ないよ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 12:20:26

もういい、debianに乗り換える。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 13:09:11

最適化かけておかしくなるのはたいてい
ソフト側が未定義の動作を使用してるせい
コンパイラは悪くない

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 13:44:53

>>425
コンパイラが吐き出したシンボルをコンパイラが見つけられないって
どう考えてもコンパイラのバグだろ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 13:46:57

なんでGentooじゃなくDebianなんだろ？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 13:53:31

>コンパイラが吐き出したシンボルをコンパイラが見つけられないって
>どう考えてもコンパイラのバグだろ。

ld のバグかも？

**424** ◆G4zmnW7EmY · 2008/03/07(金) 14:03:06

どうしよう。やっぱopenbsdに乗り換えようか悩む。
用途はlaptopで開発だから特にosに悩む必要はないんだけど、やっぱ。。。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 14:12:53

腰の重い奴だな。じゃあこうしろ。
この週末にOpenBSD入れて、一週間それで過ごす。
その次の週末にDebian入れて、一週間それで過ごす。
それからどっちにするか、または戻ってくるか、決めればいい。

**424** ◆G4zmnW7EmY · 2008/03/07(金) 14:30:59

でも、いつの間にかfreebsdしか受け付けない体質になってたらしい。
今fedoraを体験したら、なにがなんだかまったく理解できんかった。
悲しい。

もう、こんな時期だしfreebsd6.2　から　freebsd 7に切り替えることにするよ。
スレを汚して申し訳ない。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 14:40:36

歳はとりたくないものですなぁ。ゴホゴホ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 14:41:53

colorls がデフォルトというだけでも fedora は十分すぎるほどキモい

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 15:14:34

>>433
デフォルトで判断するとはインストール廚的な態度だな。

だったらFreeBSDはtcshがデフォな時点でダメだ。
自分ではbash/zsh使うからどうでもいいんだが。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 15:22:38

>>428
>>コンパイラが吐き出したシンボルをコンパイラが見つけられないって
>>どう考えてもコンパイラのバグだろ。
>
>ld のバグかも？

gcc は binutils 前提のコード吐くから同根だ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 15:22:46

>>434
どんな方法だとデフォルトtcshになるんだ？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 15:25:24

>だったらFreeBSDはtcshがデフォな時点でダメだ。

つ、またお前か

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 18:29:45

やっぱあれだよな。
どのosを使うかじゃなくてどのosで何をするかが重要だよな。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 19:36:27

燃料投下
ttp://www.kernel.org/pub/linux/kernel/people/npiggin/sysbench/

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 20:08:29

>>439
debianもありかもな。。。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 21:38:57

>>437

俺もFreeBSD初体験が、6.0-Releaseだったせいで、
未だにログインシェルは脊髄反射的にtcshを選択してしまう。
てか、普通に便利だろ。
BSD Hacks に Tips も沢山紹介されているし。

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

>>441
tcshとsh以外選択肢あるの？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:13:45

>>442
zshでもbashでもkshでもすきなの入れれば？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:14:43

>>439
俺の予想では、これはjeffの比較はFedoraをそのまま使っているのと、
一方npigginの比較は自分でビルドしたもの?を使っており、FreeBSDはそのままを使っているというのが
両方ダメになっているんじゃないかなーと思う。

ちょっと前にあったBIND9ベンチだとこんな感じ?
http://new.isc.org/proj/dnsperf/OStest.html
さすがWindows Server、もはや素人が遊んでいるようなおもちゃじゃ追いつけない域にある。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:25:23

>>443
そんな意味で言ったわけじゃなくて、ｲﾝｽｺ時の選択肢としてあるのか？ってきいた。

ちなみに俺はzsh使ってる。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:35:33

tcshはhistoryとsavehistを2000近くにしておけばファイル名補完とヒストリだけで生きていけるｗ

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

俺zshだけど10000にしてるよ。それでもときどき欲しいものがexpireされてて困る。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 23:33:13

いでよbash厨！

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 23:35:01

>>447
つかスクリプトにしる

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 23:35:42

　 ∧∧　ｺｲﾔｧｧｧｧ!!
　(д´*)
　(⊃⌒*⌒⊂)
　 /_ノωヽ_)

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 02:34:14

>>439
stable@freebsd.org の ML か何かで流れてたベンチマークも載せんとな。
あれはMySQL, PostgreSQL軒並みFreeBSDの方が上だった。

まあ関係ないけど、最近自分のプログラムをgcc4で -march=xxxx のxxxxを
nocoa, prescott, pentium4, pentium-m...... と全部試してみたんだけど、
全然ベンチマークの結果が違うのな。CPUはPentium Dual-Coreで、
純粋に浮動小数点の繰り返し計算がメインなんだけど（実際はもうちと複雑）。
（もともとまだ -march=core2 がなかったので色々試してみたんだが）

LinuxもFreeBSDも思いっきりチューニングさせて対決して欲しい。
ちなみにpentium-mとあと何かが一番結果が良かった。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 02:49:14

>>451
> 最近自分のプログラムをgcc4で -march=xxxx のxxxxを
> nocoa, prescott, pentium4, pentium-m...... と全部試してみたんだけど、
> 全然ベンチマークの結果が違うのな。

遠まわしに「キャッシュ領域を意識したコードになってない」・・とでも言いたいのか？
superPIのようなコード(あれは多分ニモニックだろう)が、
コンパイラの設定で差が出るとすれば、SIMDとキャッシュ以外材料が無いと思うが。

逆説になるが、
「ベンチマークをコンパイルする際の」コンパイラ設定の変更で、
大幅に差が出るとでも？

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 03:21:32

> 遠まわしに「キャッシュ領域を意識したコードになってない」・・とでも言いたいのか？
> superPIのようなコード(あれは多分ニモニックだろう)が、
> コンパイラの設定で差が出るとすれば、SIMDとキャッシュ以外材料が無いと思うが。

いや、その通りなんだが…。ちょっと行を削ると途端に速くなったりするから。
たまに行を足すと速くなったりすることもあるし。

> 逆説になるが、
> 「ベンチマークをコンパイルする際の」コンパイラ設定の変更で、
> 大幅に差が出るとでも？

ただMySQLでも-march=xxxxを変えることでも同じように結果は変わることがあるんじゃないかと思うけど。
まあもとの >>439 の記事をちゃんと読んだ訳ではないので、
packageから入れたMySQLを使っているのか、それともportsか何かでビルドしたのかも分からんけど。

**451** · 2008/03/08(土) 03:39:35

> LinuxもFreeBSDも思いっきりチューニングさせて対決して欲しい。

あ、これか。
すまんな、LinuxでもFreeBSDでもちゃんとMySQLをチューニングさせて対決して欲しい、てことで。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 04:08:13

俺はむしろ「デフォルト」で対決して欲しい。
チューニングなんてそれぞれの陣営でそれぞれに有利な最適化かけるかもしれないじゃん。
だから google もその指標になるようなベンチマーク出してたと思うんだけど。

**410** · 2008/03/08(土) 04:13:06

ひょっとしたら他のモジュールのせいかも、と思って
全 ports を入れ直したけどやっぱ jdk15 駄目だわ。
base は freebsd-update だからコンパイル云々は関係ないし。
困ったなぁ…。