**** BEGIN LOGGING AT Mon Nov 15 02:59:58 2010
Nov 15 03:10:55 <elfMobile> had no idea it was gonna take me more than half a day to run "emerge -uDNv world" on a freshly installed Gentoo system
Nov 15 03:11:15 <elfMobile> Whats the point of a stage3 if its that far outa data..... I have to update 17 packages
Nov 15 03:11:42 <snowsnakes> hehe
Nov 15 03:11:51 <snowsnakes> took me about 3 hours to install a base debian
Nov 15 03:26:37 <snowsnakes> so now after cloning my filesystem from 1 plug to another my eth0 is eth1
Nov 15 03:26:46 <snowsnakes> can I prevent that automatically somehow
Nov 15 03:27:07 <snowsnakes> I understand there is something about udev and /etc/udev/rules.d/70-persistent-net.rules
Nov 15 04:00:33 <snowsnakes> I guess I can just echo "" > that file and it works!
Nov 15 04:00:35 <snowsnakes> w000000t
Nov 15 04:00:55 <snowsnakes> 1 weekend to go from a crappy bricked box to a fully deployable solution, wonderful!
Nov 15 04:01:00 <snowsnakes> thank for the help fellas!
Nov 15 04:40:15 <Md> snowsnakes: you need to delete /etc/udev/rules.d/70-persistent-net.rules while you clone the system
Nov 15 12:56:39 <elfMobile> on the gentoo guide.... is there a reason it put emerge '>=sys-kernel/vanilla-sources-2.6.30_rc1' ?
Nov 15 16:00:22 <armin76> elfMobile: >=sys-kernel/vanilla-sources-2.6.30_rc1 is the first version that had sheevaplug support
Nov 15 16:01:06 <armin76> nowadays you can simply use gentoo-sources or vanilla-sources without specifying a version, since the latest stable is .34
Nov 15 23:49:37 <elfMobile> i setup a cross compile and it doesn't really seem that much faster..... does it only do the compiling and not linking?
Nov 15 23:49:46 <Tootoot222> right
Nov 15 23:49:57 <Tootoot222> how many jobs did you set btw?
Nov 15 23:50:17 <elfMobile> jobs?  you mean MAKE_OPTS on the sheeva?
Nov 15 23:50:20 <elfMobile> -j7
Nov 15 23:50:51 <Tootoot222> was your 6-core being used well? (I.E. did it have a high load average while compiling?)
Nov 15 23:51:06 <elfMobile> I'm trying to watch it using top and don't see much
Nov 15 23:51:17 <Tootoot222> echo $PATH on the plug
Nov 15 23:51:53 <elfMobile> /usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/armv5tel-softfloat-linux-gnueabi/gcc-bin/4.4.4
Nov 15 23:52:10 <elfMobile> most of these compiles are autotools checking for x, checking for y
Nov 15 23:52:20 <Tootoot222> and ``which gcc''?
Nov 15 23:52:34 <elfMobile> eric@sheeva ~ $ which gcc
Nov 15 23:52:34 <elfMobile> /usr/bin/gcc
Nov 15 23:52:42 <Tootoot222> yeah.. it didn't cross compile then =p
Nov 15 23:52:58 <Tootoot222> you have to get the /usr/armv5tel-softfloat-linux-gnueabi/gcc-bin/4.4.4 earlier in the path
Nov 15 23:53:02 <Tootoot222> before /usr/bin
Nov 15 23:53:27 <Tootoot222> you can put it in /etc/profile
Nov 15 23:53:30 <Tootoot222> lines 25/27 iirc
Nov 15 23:54:51 <elfMobile> are you sure that emerge doesn't manipulate the PATH from having FEATURES="distcc" in make.conf?
Nov 15 23:56:02 <elfMobile> I think it was working because when I didn't have --allow set correctly on the server's distccd.conf file it complained and said it would run locally
Nov 15 23:56:26 <elfMobile> now I have it set correctly, it doesn't complain and say that its running locally, but I don't see much going on on the server either
Nov 15 23:56:32 <elfMobile> we'll see... I'll watch harder this time
Nov 16 00:09:41 <elfMobile> caught this running on the server...
Nov 16 00:09:45 <elfMobile> distcc   11247 11246 34 19:01 ?        00:00:00 /usr/libexec/gcc/armv5tel-softfloat-linux-gnueabi/4.5.1/cc1 -fpreprocessed /tmp/distccd_a3b3c9f1.i -quiet -dumpbase distccd_a3b3c9f1.i -march=armv5te -mfloat-abi=soft -auxbase-strip /tmp/distccd_a3dfc9f1.o -O2 -Wall -fvisibility=hidden -fPIC -o -
Nov 16 00:09:59 <elfMobile> well... I caught like 4 cc1 commands..... so its working
Nov 16 00:10:03 <Tootoot222> =)
Nov 16 00:10:04 <elfMobile> it just doesn't show up using "top"
Nov 16 00:10:15 <elfMobile> I dunno why.... must not be working that hard
Nov 16 00:19:54 <elfMobile> anyone in here the maintainer of the gentoo guide?  I found a problem this morning when compiling kernel
**** ENDING LOGGING AT Tue Nov 16 02:59:58 2010