07/05/24 23:59:14 uw7M8jsZ
最近、毎晩p2pのトラフィックを遮断される。
腹も立ったところでtorrentのパケット暗号化の実験やってみる。
突破成功。
こっそり帯域絞ってりゃ気づかなかったのに完全に遮断したらバレバレじゃん。
しかも日本時間で22:00-0:00と時間に正確、アホすぎw
おかげで検証が楽だったよ。
ある程度暗号パケットで突破すると他もボロボロ漏れるっぽい。
694:login:Penguin
07/05/25 00:55:26 06VT77DJ
>>692
ほいきた
URLﾘﾝｸ(www.bagside.com)
695:login:Penguin
07/05/25 00:56:34 waG2+t2m
gentooとどんな関係があるのか知らんが、プロバイダの規制の話？
696:login:Penguin
07/05/25 11:35:34 Y7yEAI+O
一年ぶりくらいに覗いたんですが
ずいぶんとまた青春なスレになりまちたね
697:login:Penguin
07/05/25 12:05:28 XGzLJOvp
４月入学のgentoo一年生用のスレだからね。
698:login:Penguin
07/05/25 13:09:51 3O1Ppmg8
emerge -u world が xorg-serverで止まりました。
で、もう一度途中から再開ってできます？
699:login:Penguin
07/05/25 13:22:52 Qs3AJnRo
れづめ
700:login:Penguin
07/05/25 14:23:57 Mk6+zXdP
693=スーパーハカー
701:login:Penguin
07/05/25 14:34:44 8Lhl8VwK
>>692
knoppixってchrootできる？
前にできなくて結局普通にインスコした。
702:login:Penguin
07/05/25 19:42:04 t+qemFCj
ちょっとお助け願いたいのですが…
beryl(+aiglx) を試そうとgnome-lightを入れたのですが、
以下のwarningが11回ほど出てまともに動作しません。
** (gnome-panel:6335): WARNING **: panel-applet-frame.c:1267: failed to load applet OAFIID:GNOME_MixerApplet:
'prefs_key=/apps/panel/applets/mixer_screen0/prefs;background=none:;orient=down;size=x-small;locked_down=false'
症状：
・起動はするのですが、上下のバーが出たり消えたりを繰り返し最後には消える。
・WindowDecorationが無い状態
バージョン：
・gnome-light-2.16.2
・xorg-x11-7.2
・beryl-0.2.1
・グラフィックドライバ i810
ちなみにfvwm、fluxboxは問題なく、xorg.confでaiglx関係をコメントアウトしてもダメなので
gnome単体の問題だと思うのですが…完全にハマってますorz
703:login:Penguin
07/05/25 22:51:36 /Yihxwia
>>698
emerge --resume
どうしても、xorg-serverが通らないようなら
emerge --skipfirst
で飛ばせばいい
704:login:Penguin
07/05/25 23:22:36 /Yihxwia
>>702
もう一度gnome-appletsとgnome-panelをコンパイルし直してみては
うまく動かない時は時間がかかるけど、emerge -e worldすると動いてくれることも
ある。また、CFLAGS、CXXFLAG等が無理なものになっていませんか
705:login:Penguin
07/05/25 23:45:17 ZJNgcCId
>>702
それdriが動いていない時の症状だと思う。
まずdri、次にaiglxを動かしてそれからberyl、順番にやろう。
うちは852GMだけどX11R7.2ではまだdriが動かない。
706:login:Penguin
07/05/25 23:52:45 ZJNgcCId
>ちなみにfvwm、fluxboxは問題なく、xorg.confでaiglx関係をコメントアウトしてもダメなので
あとコメントアウトするだけではaiglxは無効にならないと思う。
(xorg.confにいちいちaiglxを記述しなくてもaiglxは有効になる)
ログを見ろ。
X11R7.xをまともに動かすにはdriが必須。
707:login:Penguin
07/05/26 22:08:01 m/xuh5Ow
>>705,706
まずdriですが、一応動作はしているっぽいんですよ。(glxgearsでも確認)
が、いくつか気になるメッセージが出力されます。
$ glxinfo | grep render
libGL warning: 3D driver claims to not support visual 0x4b
do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly.
Try running with LIBGL_THROTTLE_REFRESH and LIBL_SYNC_REFRESH unset.
direct rendering: Yes
OpenGL renderer string: Mesa DRI Intel(R) 852GM/855GM 20061017 x86/MMX/SSE2
これはやはりちゃんと動いてないんでしょうか？
Xorg.0.logでひっかかるとこは以下の通りです。
(**) AIGLX enabled
(WW) AIGLX: 3D driver claims to not support visual 0x23（～0x32まで)
(II) AIGLX: Loaded and initialized /usr/lib/dri/i915_dri.so
グーグル先生に聞いてもキーワードはひっかかりますが回答は得られず…
結構下のレイヤーがおかしい気がしてきました。
素直にemerge -eかな。。。
>>704
コンパイルし直してみたんですがダメでしたorz
708:login:Penguin
07/05/27 01:05:54 3EIbqa4g
>>659
約1470pkg程度ｵﾜﾀ。OOoはまだだけど。
only-gcc3なのとopenssl(4.2)とgnulib回り(2.6)以外は割と問題ないかなぁ。
壁にぶち当たったのは、lfhexがqt4入れてるとコンパイルできねーくらいか。
autotoolsのテスト(FEATURES="test")が結構失敗するけど、これは元からだよね。
ただ、inlineasm?がおかしくなるらしくdri/openglがsegfaultしちゃう。
gccのバグだと思うけど、gccってnoobには原因の追跡不可能だよなぁ・・・。
709:login:Penguin
07/05/27 01:24:37 fxzxeaLE
>素直にemerge -eかな。。。
こんなアフォはいやだ
710:login:Penguin
07/05/27 05:51:10 Qe8zx+Hl
>>707
beryl周りを一旦すべて抜いてみたら動くんじゃないでしょうか
beryl-managerの設定でウィンドウマネージャがberylになっているからでは
711:login:Penguin
07/05/27 08:04:49 wykdY9II
KDE祭りｷﾀｰ
712:login:Penguin
07/05/27 11:18:42 Qe8zx+Hl
>>708
gcc-4.2でxorg-serverは通りましたか
自分の場合は、xorg-serverのxf86ScanPci.cで常に止まります
CFLAGSに何も付けないと通るのですが、
CFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer"
だとうまくいきませんこの問題は以下のバグが原因の様なので
URLﾘﾝｸ(gcc.gnu.org)
そこにあるパッチを当ててみたものの、そこに書かれているのと同じ問題で
gccのコンパイルに失敗します
あと、autotoolsのテストはstableな環境でもbinutilsとかautomakeで
こけるようです
713:login:Penguin
07/05/27 11:26:40 XwwRb/zS
fomit-frame-pointerは非推奨なCFLAGだと思うぞ
714:login:Penguin
07/05/27 11:32:19 NVA+L8/n
>>711
KDE3.5.7って、1週間もしない内にマスク外れた気がする…。
GNOMEも早く外して欲しい…。もう一ヶ月以上にならない…？
ヘタレな俺はマスクを外すとか恐くて出来ないっす (´・ω・`)
715:login:Penguin
07/05/27 11:37:09 Qe8zx+Hl
URLﾘﾝｸ(gentoo-wiki.com)
上のsafe cflagsにも、-fomit-frame-pointerは書かれているので安全なフラグのはず
それに説明不足だったので付け加えると、CFLAGS="-O2"でもCFLAGS="-O1"
でもコンパイルできないので-fomit-frame-pointerが原因ではないはずです
716:句読点打てない奴をサマージャンボする俺 ◆1xdL.Dyf.I
07/05/27 12:36:41 ICzMNIP+
>>715
717:login:Penguin
07/05/27 12:51:32 EKW5xDW2
>>716
基地外いい加減死ねよ
国語の授業は一人でやれやカス
718:login:Penguin
07/05/27 14:09:47 3EIbqa4g
>>712
恐ろしく時間かかるけど一応通るよ。あとメモリも1GBくらい食う。
CFLAGS="-O2 -march=native(athlon-xp) -pipe -fomit-frame-pointer"です。
>>713
x86だとフレームポインタが削減されてデバッグがしにくくなることがあるだけで、
通常の人には問題ないオプションですね。
719:login:Penguin
07/05/27 15:05:38 spTU/zRM
>>717
そんなことで一々上げるお前もカスだ
720:712
07/05/27 17:15:13 Qe8zx+Hl
なんとか、xorg-serverのコンパイルできました
URLﾘﾝｸ(forums.gentoo.org)
上のgentoo forumによると、メモリが1GB以上ないとだめなようです。うちは512MBしか無い
それで、bugzillaのパッチを当てるとfortran周りでgccのコンパイルが通らないので
fortranのUSEフラグを切ったらgccのコンパイルができました。パッチを当てたgccで
xorg-serverのコンパイルもできました。
>>708
同じgentoo forumにopensslパッチがありました
URLﾘﾝｸ(dev.gentoo.org)
721:login:Penguin
07/05/27 18:47:36 spZnUleq
freebsd-currentでもgcc-4.2+xorg-7.2はメモリ1Gくらい使うね
722:login:Penguin
07/05/27 19:11:03 xBqWGJ4p
>>714
GNOME2.18.0レリースが確か3月14だったから、もう2ヶ月程度マスクされっぱなし、ってことになるな。。
Gentoo的にはGNOMEは優先度低いのかもね。。。LIVECDはGNOMEベースだけど。。
723:login:Penguin
07/05/27 19:53:57 mH5FT7Y7
/etc/conf.d/distccd について教えて下さい。
例にある --allow 192.168.0.0/24 の /24 の意味は何でしょうか?
192.168.11.79 は allow されるのでしょうか?
また --listen は localhost を 127.0.0.1 を指定すべきなのでしょうか、
それとも、その機械の ip addres を指定すべきなのでしょうか。
/etc/distcc/hosts から localhost を省いたら localhost は使わない
と考えてよいのでしょうか。localhost は遅いので、使いたくないのだが。
724:login:Penguin
07/05/27 20:51:16 xBqWGJ4p
>>723
すまん、distccdは使ったことないが、
＞例にある --allow 192.168.0.0/24 の /24 の意味は何でしょうか?
これはサブネットマスク。
要は、192.168.0.0 - 192.168.0.255までの全部のホストを指す。これらはallowされる。
だから192.168.11.79はここに含まれないので、allowされなくても文句は言えない。
文句は言えない、というのは、特にdenyされてなければallowされる可能性があるから。
725:708
07/05/27 22:05:09 3EIbqa4g
とりあえずmesaだけ4.1.2でコンパイルすれば3Dもちゃんと動く模様。
(driverはxorgのを使っているので)
>>720
うん、その辺のパッチが必要(=問題)というつもりで書いたんで、
本当に問題なのはmesaくらいかな。
726:login:Penguin
07/05/27 22:12:26 HUQiesOj
>>724 thanks. /255.255.255.0 以外の書き方があることを知りませんでした、
確かに24ビットですね。
急遽、gnome x terminal を用意する必要ができて、古い gentoo が入ってい
る Pen II Deschutes を仕立直そうとしているのですが、やはり遅い機械で
emerge world するのは大変です。他の機械とそろえるため, uhost を i386
から i686へ替え, gcc を3.3 から 4.1 に替え, distcc しようとしても、
主力が x86_64 に代わっていて、速いx86 機がないし。
x86_64 機で distcc できればいいのだが、不可能なのかな。
727:login:Penguin
07/05/27 22:38:09 XwwRb/zS
>>722
最近は人的リソースがアレらしい。
728:login:Penguin
07/05/27 23:41:18 wlrlksWL
>>726
crossdevだか何だかを使えばできた気がするけど、
細かいことは忘れた。
729:login:Penguin
07/05/28 00:03:44 sBdGbp/D
たとえばamd64マシンでi686のを手伝う場合、crossdevでi686のコンパイラを
入れる必要があるが、以前俺がこのすれに書いた訂正をcrossdevに施さないと
~なバージョンのコンパイラーがemergeされてしまう。
よって、過去ログを探せってことだ。T_ARCHだったかな
730:login:Penguin
07/05/28 01:32:54 66EIAKdU
192.168.0.0/24 を知らないって、どういうことよ。
731:login:Penguin
07/05/28 01:34:22 TdmNTPhN
MMX PentiumなPCにGentoo入れようとしているのですが、
ARCHをi586にするためにはstage1から入れるしか無いのでしょうか。
i586のstage3は無いようですが。
732:login:Penguin
07/05/28 01:41:44 uQjynxe/
使い始めて1年以上経ってからCHOSTをi586に替えたけど
特に気にしなくても問題なかった。
結果的にほぼドキュメント通りだったし、なんだかんだで
ビルドし直しになるから１からならstage1がいいと思う。
733:login:Penguin
07/05/28 01:44:29 TdmNTPhN
ってことはi386のstage3で入れておいて、あとでmake.confを
i86に変えてemerge -e worldすればいいってことですか？
734:login:Penguin
07/05/28 01:48:48 +Jx3Wa7W
emerge -e worldが素直に通らないことがある。
libtool_fix.sh(だっけ？)で改善することも多いけど、確実なのはシンボリックリンク作ってしのぐことかのう。
735:login:Penguin
07/05/28 02:00:07 TdmNTPhN
いろいろとありがとうございます。
安全のためにとりあえずstage1から始めてみることにしました。(久しぶりに)
ふつうのPCならbootstrapかけて寝たら朝には終わってるのですが
このPCだとそうわいきそうにありません。
インストール後はdistccで他のPCの援護を受ける予定なので
コンパイルは速くなるものの、結局はconfigureスクリプトなどに
時間がかかってしまいます。
736:login:Penguin
07/05/28 02:21:53 mfc0QMBy
>>726
Gentoo distcc ドキュメント
URLﾘﾝｸ(www.gentoo.org)
DistCC クロスコンパイルガイド
URLﾘﾝｸ(www.gentoo.org)
>>729
上のドキュメントの通りにすると、
"~なバージョンのコンパイラーがemergeされてしまう"のでしょうか?
HOWTO Cross Compile
URLﾘﾝｸ(gentoo-wiki.com)
以下、ここからの抜粋
On the x86_64 (slave/server) systems: Set up the crossdev environment
emerge crossdev
crossdev -t i686-pc-linux-gnu
note: Gentoo forces the ~arch version of the cross-compiler toolchain,
better is to pass the exact versions to install as parameters
crossdev -t i686-pc-linux-gnu --b 2.16.1-r3 --g 4.1.1-r3 --k 2.6.17-r2 --l 2.4-r4
please change the version numbers so they match the i686 (client) version actually in use.
--b <binutils version> --g <gcc version> --k <kernel-headers version> --l <glibc version>
このように、正確なバージョンを指定すればOKということでしょうか?
737:login:Penguin
07/05/28 02:36:01 TdmNTPhN
ただ、正確なバージョンで入力するの面倒くさいでしょ？
だからcrossdevを少しだけ改変して、最新のstableがemergeされるように
するのさ。
どこかに
echo "cross-${CTARGET}/${pkg} ${TARCH} ~${TARCH}" >> ${output}
という行があるので
echo "cross-${CTARGET}/${pkg} ${TARCH}" >> ${output}
に書き換える。あとはふつうにcrossdev -t hogehoge
738:login:Penguin
07/05/28 02:43:03 mfc0QMBy
>>735
736の"Gentoo distcc ドキュメント"の"4. distccをブートストラップに使う"に
よれば、ブートストラップ以降はdistccが使えるようですが。
739:login:Penguin
07/05/28 03:05:55 mfc0QMBy
>>737
crossdev自体を修正するんですね。
crossdevにオプションか何かを加えるのかと思ってました。
自分は既に、"DistCC クロスコンパイルガイド"のやり方で、
ツールチェインを作っていたのですが、
前スレが、Googleのキャッシュでも見られなかった上に、
もし、もう一度ツールチェインを作ることがあった時に、
正確なバージョンを指定するのは面倒だなと思ったので、
もう一度書いていただいてありがとうございます。勉強になりました。
740:login:Penguin
07/05/28 11:56:20 TdmNTPhN
>>738
ありがとうございます。
結局、bootstrap途中で失敗して停止していました。
stage3からやり直してみます。
741:740
07/05/28 13:41:39 TdmNTPhN
bootstrapに失敗したのは/var/tmpをtmpfsでマウントしていたのが
原因のようです。素直にHDにしたら問題なく進みました。
742:login:Penguin
07/05/28 20:21:32 H9P5uZAZ
これ言っちゃぁお終いだけどi386とi586とi686の差など無いと思うよ。
ついでに老婆心。
4.xはコンパイルは重いしメモリ喰うし吐くバイナリは巨大だしMMX世代にはデメリットしか無いと
思われるので3.4を勧める。
無論プロファィルとか諸々。
最適化はOs、カーネルもoptimize for sizeを忘れずに。
O2やO3にしてもswapに落ちっぱなしでは本末転倒の鈍足gentoo。
743:login:Penguin
07/05/28 22:53:23 fuyLXy51
>>742
glibcにはi386とi486以上でえらい違いがあるけどな
744:login:Penguin
07/05/28 23:05:44 RIASfRze
crossdevで入れたクロスコンパイラは
emerge -avuD worldでアップデートされませんよね。
コンパイラのバージョンが上がるたびに
crossdev -t hogehoge
すればいいんですか？
745:login:Penguin
07/05/28 23:30:27 F4am0IpE
gcc-4.1.2 のコンパイルがなかなか終わらないんだぜ。
746:login:Penguin
07/05/29 00:29:05 /Vs8ai9c
>>744
試しにemerge -a gccとしてみ。
crossとそうじゃないのがあるけど、どっちかわからない。
といわれるはず。ってことでemrge -au cross-hogehoge
とすればアップデートされる。じぶんでworldにcross-hogehogeを
登録すればworldあげるだけでcrossもあがるようになる。
いずれにしても、その都度crossdevする必要はない。
それどころか、自分の気づいていない間にcrossdev自体が
バージョンアップされていることがある。
すると、上に書いたTARCHの部分が元に戻っているので
その状態でcrossdevまたしちゃうと~なバージョンのgccが入ってしまう。
747:login:Penguin
07/05/29 13:56:24 dO1iJnQ+
唐突にGentooを使ってみようと思い立ち、昨日からハンドブック読みながら
インストール作業をしていたのですが、X立ち上げる所で躓いてしまいました。
xorg-x11を入れ、Xorg -configureでコンフィグファイルを
作ったとこまでは良いのですが、startxすると
(EE) I810(0): unknown type(0xffffffff)=0xff
(EE) I810(0): VBE initialization failed.
(EE) Screen(s) found, but none have a usable configuration.
とエラーが出て落ちてしまいます。
VIDEO_CARDSはintelのオンボードの物を使っているので"i810 fbdev vesa vga"と設定しました。
どこが間違っているのか分かる方居ましたら教えていただけると嬉しいです。
748:login:Penguin
07/05/29 14:35:29 tAxOjfwB
どこが間違っているのか分かる方 = ｴｽﾊﾟｰ
xorgのﾊﾞｰｼﾞｮﾝはなんなのさ。
xorg.conf の該当部分はどうなっているのさ。
intelのオンボードって、チップはなんなのさ。
749:login:Penguin
07/05/29 15:00:32 4M0sZZmI
unknown type(0xffffffff)でググったらこれでてきたけど。
CONFIG_VM86=y
URLﾘﾝｸ(gentoo-wiki.com)
750:login:Penguin
07/05/29 20:00:29 MroOVmr0
Thinkpad 380XD Pentium MMX 233Mhz mem64MB , gentoo livecd 2007.0 , distcc利用
stage1からインスト中、emerge systemのcoreutilsでエラー吐いて止まりました
**********/var/tmp/portage/sys-apps/coreutils-6.7-r1/temp/build.log**********
Can't locate auto/POSIX/assert.al in @INC (@INC contains:
./etc/perl /usr/lib/perl5/vendor_perl/5.8.8/i486-linux /usr/lib/perl5/vendor_perl/5.8.8
/usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl/5.8.8/i486-linux /usr/lib/perl5/site_perl
/5.8.8 /usr/lib/perl5/site_perl /usr/lib/perl5
5.8.8/i486-linux /usr/lib/perl5/5.8.8 /usr/local/lib/site_perl .) at ./../mk-script line 52
make[2]: *** [sort-tests] Error 255
make[2]: Leaving directory `/var/tmp/portage/sys-apps/coreutils-6.7-r1/work/core utils-6.7/tests/sort'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/sys-apps/coreutils-6.7-r1/work/core utils-6.7/tests'
make: *** [all-recursive] Error 1
!!! ERROR: sys-apps/coreutils-6.7-r1 failed.
Call stack:
ebuild.sh, line 1615: Called dyn_compile
ebuild.sh, line 972: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
coreutils-6.7-r1.ebuild, line 99: Called die
!!! emake
!!! If you need support, post the topmost build error, and the call stack if rel evant.
!!! A complete build log is located at '/var/tmp/portage/sys-apps/coreutils-6.7-r1/temp/build.log'.
751:login:Penguin
07/05/29 20:01:46 MroOVmr0
**********/etc/make.conf**********
CFLAGS="-O2 -march=pentium-mmx -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
CHOST="i486-pc-linux-gnu"
PORTAGE_TMPDIR=/var/tmp
MAKEOPTS="-j3"
USE="-* build hardened pic ncurses ssl crypt berkdb tcpd pam xml perl python snmp mmx readline"
FEATURES="distcc sandbox sfperms strict buildpkg"
DISTCC_DIR="${PORTAGE_TMPDIR}/.distcc"
distccでコンパイルに参加してるPCはtopコマンドでccやdistccが動いてるのは確認済み。
もちろんgccのバージョンも揃えています。この場合どうしたらいいでしょうか?教えてくださいm(__)m
752:login:Penguin
07/05/29 20:28:43 /Vs8ai9c
>>750
今私は
NEC VersaPro VA20C MMX Pentium 200MHz 96MB Memory gentoo 2007.0
256MB USB1.1メモリとHDを100MB swapとして利用した状態で
stage1からインストール中。たぶんmake -j3とか欲張らない方がいいと思う。
emrge -e systemしているところ。
distccはちゃんと他のPCはCHOSTがi486ならi486のコンパイラで
コンパイルしてるの？ccとかでdistccされるとi686コンパイラで
コンパイルされちゃうかもしれないよ。
753:login:Penguin
07/05/29 20:43:24 MroOVmr0
>>752
distccでコンパイルさせてるPCは、Athlon64 X2のvmware server上に、stage1から最近インストしたもの。
その時はあえてi486でインストールしたから大丈夫だと思うんだけど、何が悪いのか…
754:login:Penguin
07/05/29 21:11:37 nHY4srpO
gcc を 4.1.1 -> 4.1.2 にあげたあと、emerge -e world (system は通った)でコケました。
app-misc/ca-certificates-20070303-r1 の emerge で落ちてます。
エラーなのですが ebuild.sh の Call stack の最上部がきちんと表示されず
> !!! ERROR: app-misc/ca-certificates-20070303-r1 failed.
> Call stack:
> basename: missing operand
> Try `basename --help' for more information.
> /usr/lib/portage/bin/ebuild.sh: line 331: ((: j <= : syntax error: operand expected (error token is " ")
> /usr/lib/portage/bin/ebuild.sh: line 335: p -= : syntax error: operand expected (error token is " ")
> , line : Called
> basename: missing operand
(中略 ebuild.sh の構文エラーと延々表示)
> , line 404: Called die
>
>!!! ./data.tar.gz does not exist
>!!! If you need support, post the topmost build error, and the call stack if relevant.
>!!! A complete build log is located at '/var/tmp/portage/app-misc/ca-certificates-20070303-r1/temp/build.log'.
のようになってました。
ca-certificates-20070303-r1.ebuild のそれらしい部分が
> unpack ${A}
> unpack ./data.tar.gz
等となっており、カレントディレクトリの指定が足りてないように見えなくもないのですが、
ebuils.sh の Call stack が不自然だった点が気になります。
python の re-emerge 後、何か特別な作業をする必要があるのでしょうか？
755:744
07/05/29 21:42:20 HRzlwTLl
>>746
わかりやすい解説ありがとうございました。
756:login:Penguin
07/05/29 21:44:43 4M0sZZmI
>>754
省略しても全体像がみえないのでなんとも。
とりあえずportageのverとか?
757:login:Penguin
07/05/29 21:53:27 /Vs8ai9c
>>753
dmesgに何かメッセージがでてないかとかdfで空き容量確認してみるとか
freeでメモリの空き確認するとか。
あと、せっかくの64bitならコンパイラもネイティブで動かした方がいいよ。
目に見えて速くなるから。たぶん汎用レジスタが増えたのが原因だとは思うけど。
俺も以前はAthlon 64でamd64 gentoo使ってて32bit chroot環境で
32bit用distcc動かしてたけど、crossdevとgentooの公式に
URLﾘﾝｸ(www.gentoo.org)
が出たおかげで気楽にcross distccができるようになった。
ただし、
URLﾘﾝｸ(www.gentoo.org)
にも問題があって、そのままではi686-pc-linux-gnu-ccなどと
いうファイルは無いのでccのみ
!/bin/bash
exec /usr/lib/distcc/bin/i686-pc-linux-gnu-gcc "$@"
としてやる必要がある。
758:login:Penguin
07/05/29 22:39:19 nHY4srpO
>>756
ca-certificates のインストールの開始部分はこうでした。肝心の部分が欠けていて申し訳ありません。
-- ここから ＞＞
>>> Emerging (1 of 85) app-misc/ca-certificates-20070303-r1 to /
* ca-certificates_20070303_all.deb RMD160 ;-) ... [ ok ]
* ca-certificates_20070303_all.deb SHA1 ;-) ... [ ok ]
* ca-certificates_20070303_all.deb SHA256 ;-) ... [ ok ]
* ca-certificates_20070303_all.deb size ;-) ... [ ok ]
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
* checking ca-certificates_20070303_all.deb ;-) ... [ ok ]
* QA Notice: ECLASS 'eutils' inherited illegally in app-misc/ca-certificates-20070303-r1
(中略)
>>> Unpacking source...
>>> Unpacking ca-certificates_20070303_all.deb to /var/tmp/portage/app-misc/ca-certificates-20070303-r1/work
>>> Unpacking ./data.tar.gz to /var/tmp/portage/app-misc/ca-certificates-20070303-r1/work
!!! ERROR: app-misc/ca-certificates-20070303-r1 failed.
-- ここまで ＞＞
(中略) の部分は eutils, mutilib, toolchain-funcs, portability に関して、同様の QA Notice です。
正しく継承できてれば data.tar.gz の "." に来るように作られるんでしょうか。
portage 変数は自分で設定したものはインストール時に Handbook に出てきたやつ
(CFLAGS/SYNCなど)くらいなので・・・
もう少し試行錯誤してきます。ありがとうございました。
759:login:Penguin
07/05/29 23:23:33 MroOVmr0
>>757
ありがとう。でもWindows XP 32bit上でvmware動かしてるから64bitネイティブ無理なんだ。
ちなみにdistccを使わずにemergeしてみたものの、やはり同じエラー。
色々条件変えて試してみることにする。
760:login:Penguin
07/05/29 23:25:50 4M0sZZmI
>>758
URLﾘﾝｸ(devmanual.gentoo.org)
QA Notice -- ECLASS foo inherited illegally
かな?キャッシュ再構築か再度--sync or --metadataとか