09/05/10 00:08:16 ygcR1vBc
gcc-4.4.0 玉砕 gnomeが立ち上がらなくなっちったorz（dbus絡み？)
4.3.3に戻して emerge -e world ちう…
870:login:Penguin
09/05/10 01:02:43 4wKSWZIa
4.4.0まったく問題ないって報告@本家はどこまで信じていいのか
怪しいもんだな
871:login:Penguin
09/05/10 02:13:09 3igK86Bo
gcc4.4がダメな環境はどんなんだったの？
x86なのかamd64なのか、それ以外なのか
gnome、Xorg、glibc、dbusなどのバージョンはいくつだったのかとか
872:login:Penguin
09/05/10 04:18:29 URWHzO1M
>>871
amd64環境で、あとは ~無しの最新版。
gcc-4.4.0では、8個くらいのパッケージがエラーだった。
873:login:Penguin
09/05/10 06:24:28 QXYPExpJ
useの書き方もみんなこだわりあるんだね
どんなエディタでも編集できる用心で80文字未満が無難と思う
xが起動しないぜ、フレームバッファが動かねぇよ、など
あるいはbash使ってmake.confをいじる可能性も考える
\で連結しておくとUSE=の行は一行として読める
実験コード->cat /etc/make.conf | while read LINE; do echo ---$LINE; done
なんとなく、ではなく、なんかしら理由があるわけですよ
俺も最初は猿真似だったけど使ってるうちになるほどな、と
874:login:Penguin
09/05/10 10:42:15 HUkkQ2S9
GentooでAMDのOpen64を使ってみたらどうなるだろうかと思って
昨日からちょこちょこ弄くってたんだけど
結論から言って入れる価値ないわこれ
そもそもGentooだと安定板ですら4.3系のgccなわけで
Open64が4.2系か4.1系のgccを要求している時点でもうなんか微妙
今回はどうしてもOpen64が使ってみたかったので4.2.4-r1をmultislotでmerge
で、何とか動かせる状態にまで持って行ってGentooらしくemerge -e worldして昨日は就寝
朝起きるとncursesで止ってた、emerge -e world始めてまだ2番目だよ
なんだか心が挫けそうだったんで、いきなりemerge -e worldはムリかもっと限定的に行こうと反省し
とりあえずPortage周りから始めてやろうとemerge python sandbox portageすると、Pythonでもうエラー
正確にはコンパイル自体は成功するものの、モジュールのコンパイルでこけている
ここまで来ると何かものすごい時間のムダをしたような気がして悲しくなってきたので
姫野ベンチでもコンパイルしてOpen64の評価をするかとスタティック版を落してくるも
なぜかコンパイルエラー、仕方がないのでダイナミック版を使う
当然というかなんというか誤差程度のスコアしか出ない
とても悲しくなって来たので、先程HDDから削除した
これからgcc-4.4に特攻してくる
gcc-4.3 → MFLOPS measured : 216.818454 cpu : 56.199724
Open64 → MFLOPS measured : 216.912652 cpu : 56.199639
因みにAthlon X2 7750 KDE-4.2.3のkonsole上から計測
875:login:Penguin
09/05/10 15:28:38 ShQTEATx
xorg-x11とxorg-serverって何が違うわけ?
876:login:Penguin
09/05/10 17:52:12 ihLBKMql
eix xorg-x11
[...]
Description: An X11 implementation maintained by the X.Org Foundation (meta package)
eix
877:login:Penguin
09/05/10 20:19:34 EnNKh3fR
> \で連結しておくとUSE=の行は一行として読める
USEに関係ないもっと一般的な話じゃないのか?
% cat use
#!/bin/sh
AAA="aaa \
aaa"
BBB="bbb
bbb"
echo "$AAA" "$BBB"
echo $AAA $BBB
echo -n "$IFS"|od -c
% ./use
aaa aaa bbb
bbb
aaa aaa bbb bbb
0000000 \t \n
0000003
%
878:login:Penguin
09/05/10 20:37:59 4wKSWZIa
>>752
lafilefixer --justfixit
879:login:Penguin
09/05/11 01:32:58 +/bqd21L
SSD使うんで、tmpfs とか aufs を使ってなるべくRAM上でファイル操作するようにしたい
そうすると、ある程度速度を犠牲にしてでも使えるメモリ領域は多い方が望ましい
そこでなんとかして tmpfs を圧縮して使いたいんだけど、何か良い方法無いかな？
archivemount は $PORTAGE_TMPDIR として使うと emerge がエラーになってダメだった
880:login:Penguin
09/05/11 01:56:35 mtsTTSmP
>>879
HDD積む。NFSを使う。
つか、もしかして、/homeも/varもssd上にあるの？
881:login:Penguin
09/05/11 01:59:49 sM5lwZxT
tmpfs圧縮って、出来たとしても遅そう・・
素直に大量のメモリ積めよ。
882:login:Penguin
09/05/11 02:20:08 +/bqd21L
>>880
ごめん、書き忘れていたけどノートPCなんでHDDは増設出来ない
LANにつながっているとも限らないんでNFSやsambaも無しで、
全てのファイルがSSD上に存在するのが前提で考えたい
>>881
まあそこはトレードオフだね
個人的にはWin7で64bitが普通になって、4GBメモリが安くならないかと期待してる
書き込める圧縮ファイルシステムって需要無いのかね？
読み込み専用なら squashfs がサポートされてるけど
というわけで、なんとなく sauashfs の小ネタを貼ってみる
URLﾘﾝｸ(en.gentoo-wiki.com)
883:login:Penguin
09/05/11 03:12:48 fWM1Begt
>>877
だからそういう話だよ
pythonでは改行までが一行で\のルールは無い
pythonだけを考えているなら\は邪魔でしかないのにportageの設計者はわざわざ\を実装してる
なぜ?
プログラマとして当然の用心だし、使う側もそれを察しようって話
>>879
btrfs人柱募集中
tmpfsうんぬんなやり方をやってみたいならLiveCDをパクる、つーかLiveCDをそのまま使う
全てRAM上
884:login:Penguin
09/05/11 04:16:38 jEPWuu4b
>>883
うちのpython2.5だと\が利いているように思えるんだが
pythonについてそこまでくわしくないからはっきりとしたことはいえないが
$ cat foo.py
fooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo = 3
i = fooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
+ 2
print i
i = fooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo \
+ 2
print i
885:login:Penguin
09/05/11 05:25:21 ymhcsLMk
>>882
素直にGentoo辞めた方がいいと思う。
HDDよりも実はSSDの方が耐久性あるとかとも言うけど
どうしてもGentooにこだわるならbuildは母艦で極力行うとか
格別の配慮が必要だと思うな。
886:login:Penguin
09/05/11 09:07:21 yfWgB+xH
/var/tmp/portage への書き込みが多そうですね。
ソレら用にUSB経由でmicroSDでも繋いだらいいんじゃないだろうか。
読み書き遅いけど書き換え上限きても安く交換できるだろうし。
速度は出ないけど、SSDを静穏化/低消費電力化目的ならアリではないかと。
887:login:Penguin
09/05/11 10:50:36 mtsTTSmP
俺ノートでもデスクトップでも4Gメモリ積んでて、gentoo使ってるけど
全然swapしてないし、実メモリを2G以上使うことすら稀だけどねぇ。
昔、都内某所でコンパクトフラッシュだけを繋げたLinuxクライアント30台程度使ってたけど
あれはKnoppixベースで、/のイメージをcloopで圧縮して、syslogの出力止めたり、
/homeだけはNFSだったり、当時でもメモリ2G積んでたり、それなりに手を入れてあったよ。
通常起動では、CFには書き込まない(書き込めない)から、書き込み回数の寿命とは無縁だったし、暴速だった。
あれをGentooベースで一から作るのは、面倒くさいけど面白いと思う。
そういう事してもログとか欲しい俺は、結局マイクロドライブとか、SDカードの併用するなぁ。
mount -t ext3 /dev/sdx1 /mnt/microdrive
mount -o bind /mnt/microdrive/home /home
mount -o bind /mnt/microdrive/var /var
mount -o bind /mnt/microdrive/tmp /tmp とか
888:login:Penguin
09/05/11 18:09:55 ymhcsLMk
>>874
Open64動かすのが目的ならemerge -e worldしなくてもいい。
何とか動くのならそれで十分。Open64で全部コンパイルし直しって話なら
iccでtoolchain周りやり直すくらい無理じゃないかなぁ。
>>872
KDEの4.2.3が降りてきたのでそれも含めて300ちょっとビルドしてみた。
boostの1.37.xが必要だったりパッチが必要なのがいくつかあった。
layman/svnでビルドしてるfirefoxなども含めて、今現在でビルドに
失敗しているのはavidemux(の2.24.x以上)だけ。
あとは全部gcc-4.4.0で何とかなってる。
amd64(**)
gnome-2.26.0
Xorg-svn
glibc-2.9.x
889:login:Penguin
09/05/11 18:47:42 zpFuACfq
boost常連だな
stable化の足ひっぱるのだけはやめてほしい