--- Log opened Wed Sep 17 00:00:36 2008
00:14 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
00:29 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
01:34 -!- LMJ [n=serwou@laf31-4-82-236-42-164.fbx.proxad.net] has quit [Read error: 110 (Connection timed out)]
01:52 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
01:55 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
04:30 -!- mpp [n=user@i5387769F.versanet.de] has quit ["good night - good fight"]
04:43 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
04:49 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
05:18 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
05:25 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
06:01 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
06:09 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
08:41 -!- hwinkel [n=hwinkel@p54A74F17.dip.t-dialin.net] has joined #t2
09:01 -!- hwinkel [n=hwinkel@p54A74F17.dip.t-dialin.net] has left #t2 []
09:12 < mtr> moin
09:21 < koan> so I copied my T2 build into a partition and made a grub entry, but when I boot it, Grub gives "Error 13: Invalid or unsupported executable format"
09:22 < koan> the kernel is /boot/t2.xpm.gz
09:23 < rxr> no that is the splashscreen
09:23 < rxr> the kernel is /boot/vmlinuz_...
09:23 < koan> ah there was no /boot/vmlinuz
09:23 < rxr> XPM is some X11 Pixeal Map or so ...
09:23 < rxr> oh - ok, then the kernel is no longer cross build by default
09:24 < koan> well, I'll redo the build then and enable "This is a cross build"
09:24 < rxr> no need to remove it
09:24 < koan> should I cleanup the files?
09:24 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
09:24 < rxr> just enable the option and restart Build-Target
09:24 < koan> ok
09:33 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
09:39 < mtr> booting the rescue target does not work, somehow the live.squash file cannot be loop-mounted
09:39 < mtr> udevd seems to be running, but /dev/loop* inodes are missing
09:51 < rxr> regular rescue or custom rescue?
09:52 < rxr> maybe your kernel is missing loopback mount support ?
10:05 < mtr> regular rescue, cross-compiled for amd64
10:06 < mtr> kernel un-modified, standard kernel.config from target/rescue
10:06 < rxr> hm - at least the 32bit flavour was tested just some weeks ago ... :-(
10:06 < mtr> CONFIG_BLK_DEV_LOOP=y
10:06 < rxr> mtr: thanks god my mother was using kword, not openoffice, so I had no headache getting openoffice build from trunk :-)
10:07 < mtr> :-)
10:07 < rxr> I'll try to test the ppc64 ISO that was provided for testing and the rescue on amd64 today ...
10:07 < rxr> but first some regular work ...
10:07 < rxr> slowly but steadily we're growing, 130 people on the world map, now: http://www.t2-project.org/startpage/
10:11 < mtr> and increasing amount of feedback on the ML
10:14 < mtr> btw, I am not on the map, but I can't register or modify my flag:
10:14 < mtr> User ID mtr does already exist!
10:17 < rxr> mtr|||Developer||(50.547046, 7.658873)||2008-02-06 18:01:37
10:18 < rxr> if you do not remeber to register on the new map, I also copied the data from the old frappr map ...
10:18 < rxr> so maybe you added yourself there
10:18 < mtr> ah ok, thanks
10:19 < rxr> the plan is to douple the t2 site id to the svn access and mailing list in the future, and also make the homepage some Wiki/CMS using all the same t2-id
10:20 < rxr> that geo coords are in dierdorf, that's correct ?
10:20 < rxr> 50.547046, 7.658873
10:21 < mtr> yes, right, just like nzg ;-)
10:21 < rxr> maybe hand me other coordinages from another corner in dierdorf and I'll inject them to make your pin visible from behind nzg :-)
10:22 < rxr> or -maybe better
10:22 < rxr> register as mtr2 and I'll rewrite the mtr entry in the DB :-)
10:22 < rxr> (and yes, the site needs a login and selfmodify dialog :-)
10:24 < mtr> but it is not that important, and I am sorry, I did not wanted to give this issues a high priority now
10:25  * mtr re-registers now
10:27 < rxr> heh, cool the last one who registered writes he has a digial alpha ...
10:27 < rxr> that would make a great alpha maintainer!
10:27  * rxr (still has not got one from ebay)
10:31 < mtr> I'll check the rescue targets udevd, I suspect thats the reason for the missing /dev/loop0
10:31 -!- hwinkel1 [n=hwinkel@p54A77FE7.dip.t-dialin.net] has joined #t2
10:34 < rxr> rewired table entries
10:49 < mtr> rxr: thanks a lot, now I have a visible pin on the T2 map :)
10:49 < rxr> :-)
10:54 < koan> hm linux26 fails to crossbuild, he complains something about "-p: not found"
10:54 < koan> http://pastebin.com/ma74b605
10:58 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
10:58 < rxr> are you sure it aborts due to that?
10:58 < rxr> ah - maybe that is because the debian shell != bash? maybe that type -p or so ...
10:58 < rxr> hm
10:59 < koan> I see this message in the whole .err file a lot of times
11:01 < koan> ah wait, then I see this make error at the end:
11:01 < koan> http://pastebin.com/me2bad69
11:01 < koan> arch/x86/vdso/vdso-syms.lds: file not recognized: File truncated
11:05 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
11:22 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
11:27 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
11:35 < mtr> rxr: I'd like to update madwifi, and change the [D] to a snapshot folder
11:35 < mtr> http://snapshots.madwifi.org/madwifi-trunk/
11:35 < mtr> the svn checkout does not work for some reason
11:36 < mtr> but I cannot verify due to missing hardware
11:40 < rxr> yeah - I have one such crappy chip in my MacBook ...
11:40 < rxr> I hope ath9k can drive it in the next kernel ...
12:20 < koan> This "You should not call uname during the build!" also worries me, is it using the right cross-compiler?
12:47 < rxr> yes, that is all fine
12:47 < rxr> that is just a t2 hint to remind people to try to avoid using uname
12:48 < rxr> t2 fakes the uname output, but in general t2 (and in general) package maintainer are encouraged to avoid uname and change the code in thee future to use specifically supplied architecture information
12:48 < koan> ok
12:49 < koan> I can't find any decent information about this "File truncated" error
12:50 < rxr> where do you get something with "file truncated" =
12:50 < rxr> ? even
12:51 < koan> http://pastebin.com/me2bad69
12:52 < rxr> hm - no idea
12:56 < koan> is this "-p: not found" fatal?
12:56 < koan> does this mean it doesn't find kcc?
12:56 < rxr> I would need to take a look where it comes from
12:56 < rxr> no kcc is a symlink to (normally) gcc provided by t2
12:57 < rxr> maybe it's easier for you to download some minimal x86-64 t2 and build from it ...
12:57 < koan> you have a point
12:58 < koan> is it possible to build the 8.0 trunk with it?
12:58 < rxr> yes, I often use very old T2 flavours to build recent T2 versions
12:58 < rxr> usually this is also possible on foreign distributions, debian, ubuntu, suse, you name it - however sometimes there are just some tiny details a little screwed on them
12:59 < koan> so I just download and install the minimal iso, and then check out svn and start to build?
12:59 < rxr> but in general we try hard go keep t2 building on those, especially as some clients of our's build their embedded products on said distirbutions ...
12:59 < rxr> koan: ack
12:59 < koan> ok thanks, I'll try
13:00 < koan> sorry for all those questions, I just like the project :-)
13:00 < rxr> please download from ibiblio, our main server is notoriously saturated :-)
13:01 < rxr> no questions welcome, they also help us make t2 better, and fill the IRC log for others to find answers via search engines: http://www.t2-project.org/irclogs/
13:03 < koan> interesting, so if someone googles with a problem, he'll probably find the logs
13:10 < mtr> rxr: livecd problem solved, udevadm is missing in the initramfs
13:11 < mtr> is -> was
13:11 < mtr> fixed in r30481
13:12 < rxr> iek!
13:12 < rxr> did someone update udev?
13:12 < rxr> I hope you only have a udev update locally
13:13 < rxr> the new udev is incompatible ...
13:13 < rxr> http://rene.rebe.name/2008-08-09/the-ever-changing-udev-oh-my/
13:16 < rxr> udevadm is new ...
13:17 < rxr> mtr: the udev I looked at, had no udevtrigger etc. anymore
13:18 < rxr> did they add compat stuff back or so ?
13:18 < rxr> because otherwise I can not see how "just adding udevadm" fixes it
13:18 < rxr> beside that the t2 in-tree udev is still oder and has no udevadm AFAICS
13:24 -!- mpp [n=user@i5387769F.versanet.de] has joined #t2
13:35 < mpp> watcha
13:36 < mtr> udev-120, unmodified from trunk
13:36 < mtr> udevtrigger is a symlink to udevadm
13:36 < rxr> huh?
13:36 < rxr> interesting
13:37 < rxr> did not noticed, yet
13:37 < rxr> maybe they just removed the symlinks in the newer versions ?
13:37 < rxr> ok - then all is fine and we can review if we can update udev as well
13:37 < rxr> maybe after some more testing (of someone :-)
13:38 < mtr> I do not know which udev revision had this first, but it is before 121
13:38 < rxr> the udev folks are fun
13:38  * rxr wonders if they really know what maintenance nightmare they produce, worse than windows .dll hell ...)
13:39 < mtr> breaking the init scripts regurlary, every 5th release or so ...
13:40 < rxr> yeah + this is no fun having different versions of either udev or initrd's
13:40 < rxr> you can only update in known good locksteps ...
13:41 < mtr> maybe I should try udev-128, now that trunk:rescue-cd for my new amd64 works
13:41 < rxr> :-)
13:41 < rxr> hello CIA-8 ?
13:42 < mtr> last t2-svn commit mail is from yesterday, r30475
13:43 < rxr> oh
13:43 < rxr> hm - my last svn commit mail is from r30483 from 2 minutes ago
13:44 < rxr> http://cia.vc/stats/project/t2
13:44 < rxr> An internal server error occurred. Please try again later.
13:44  * rxr hoping it's not my mail server :-)
13:46 < mtr> .oO
14:10 < koan> is "/etc/stone.d/gui_dialog.sh: line 30: dialog: command not found" fatal or can i ignore it?
14:10 < koan> the whole screen is full of those messages
14:11 < koan> (it's in the installer of the minimal x86_64 7.0rc2 image)
14:15 < rxr> huch, never got that one AFAICR
14:15  * koan seems to attract trouble
14:27 -!- tfl0pz [n=tfl0pz@mail.constalant.com] has joined #t2
14:28 < tfl0pz> howdy
14:28 < tfl0pz> i've got a question
14:29 < rxr> yes=
14:29 < tfl0pz> i downloaded and installed t2-8.0 from the iso images on the t2 http, but it turns out i need it to be 32bit (the iso is with x86_64)
14:29 < tfl0pz> do i need to rebuild the kernel only or other utilities as well?
14:29 < rxr> it installed fine and know you want a 32bit only systems ?
14:29 < tfl0pz> yep
14:30 < rxr> as you installed a full 64bit system, if you build a 32bit kernel no program will function anymore
14:30 < rxr> you would need to rebuild every program if you want to run it in 32bit 
14:30 < rxr> the question is, why you would want that :-) ?
14:30 < tfl0pz> well, i'm trying to run distcc and my other systems are 32bit :) so i've got problems with the linking :)
14:31 < rxr> if it is just that you could build a x86-64 cross compiler for your other boxes
14:31 < rxr> it is in general unwise to use different compilers or versions on distcc nodes
14:31 < rxr> your results will be random
14:32 < rxr> one file optimized differently than the other, you could even get other incompatibilty ...
14:32 < rxr> on x86 based machines it is generally preferable to run in 64bit mode, if your CPU has it, as it's way faster, mostly due to the more general purpose registers, x86-64 code usually is a good >20% faster ...
14:33 < rxr> on numerical computational intensive code pathes even way more ...
14:33 < tfl0pz> hmm so i better see how to fix the other nodes to be compatible with the t2 one
14:33 < tfl0pz> because they are not even t2's
14:34 < tfl0pz> the gcc's are 4.3.0 on t2 and 4.2.4 on the others
14:35 < rxr> install T2 on those and cross build the 0 stage for the toolchain and you have the matching cross compiler
14:35  * rxr should write an article about that special case, too bad I'm so much -ENOTIME ...
14:36 < tfl0pz> :)
14:36 < tfl0pz> i'll see what i can do
14:36 < tfl0pz> thanks :)
14:36 < rxr> you're welcome
14:59 -!- hwinkel1 [n=hwinkel@p54A77FE7.dip.t-dialin.net] has left #t2 []
15:43 -!- mqueiros_ [n=mqueiros@217.70.71.131] has quit [Client Quit]
15:52 < rxr> Asus Ships Cracking Software On Recovery DVD: http://it.slashdot.org/it/08/09/17/1320239.shtml
15:56 < mpp> when i build a 64-bit target on a 32-bit host do i need to enable crosscompile in the config ?
16:03 < rxr> if you run a 32bit kernel, then yes
16:03 < rxr> if you run a 32bit userland with 64bit kernel then, no
16:04 < rxr> the option is just whether to cross build as much as possible, or if we can chroot and naive build the rest
16:04 < mpp> i have host which is 64bit hardware athlon 64 somehting  and the running linux is 32bit
16:05 < rxr> if the kernel is also just 32bit then you need to cross compile
16:05 < mpp> k
16:05 < mpp> i have another bugging question :-)
16:06 < mpp> i have an amd server with family 15 . can't find what cpu this is exactly is 
16:06 < mpp> more interesting is what cpu settings to choose for the build
16:09 < rxr> athlon64
16:17 < mpp> thanx
16:26 < mtr> this udev/dietlibc combination is no fun :(
16:26 < rxr> hm ?
16:29 < mtr> dietlibc patches do not apply to udev-128 anymore
16:29 < mtr> the patch forced static linking
16:31 < mtr> ok, it compiles now without the patch, using --enable-shared=no
16:33 < koan> is it possible to build T2 if I boot from minimal-desktop-live?
16:41 < rxr> ouhm - better do not try the live
16:41 < rxr> the first ones definetly miss stuff for compilation
16:41 < koan> :-)
16:41 < rxr> e.g. what other distos splitt off into -devel packages
18:07 -!- LMJ [n=serwou@laf31-4-82-236-42-164.fbx.proxad.net] has joined #t2
18:16 < mtr> argh - the udev-128 does not have udevtrigger symlinks anymore, instead one has to run "udevadm trigger" now ...
19:20 -!- Ragnarin [i=loki@D8FA4DE6.ptr.dia.nextlink.net] has quit [Remote closed the connection]
19:20 -!- Ragnarin [i=loki@D8FA4DE6.ptr.dia.nextlink.net] has joined #t2
19:25 -!- Wyatt [n=wyatt@adsl-69-208-55-235.dsl.wotnoh.ameritech.net] has quit [Remote closed the connection]
19:31 -!- mpp_ [n=user@i53874658.versanet.de] has joined #t2
19:36 < mpp_> close
19:36 -!- mpp_ [n=user@i53874658.versanet.de] has left #t2 ["ppp0 down"]
19:38 -!- mpp_ [n=user@i53874658.versanet.de] has joined #t2
19:47 -!- mpp [n=user@i5387769F.versanet.de] has quit [Read error: 110 (Connection timed out)]
19:49 -!- mpp_ is now known as mpp
19:56 -!- DuckFault [n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com] has joined #t2
19:57 -!- DuckFault [n=DuckFaul@rrcs-71-43-244-114.se.biz.rr.com] has left #t2 []
20:14 -!- CIA-8 [n=CIA@208.69.182.149] has quit []
20:37 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
21:20 -!- mpp_ [n=user@i53876282.versanet.de] has joined #t2
21:24 -!- mqueiros_ [n=mqueiros@217.70.75.226] has joined #t2
21:26 -!- mpp_ [n=user@i53876282.versanet.de] has quit ["good night - good fight"]
21:27 -!- mpp_ [n=user@i53876282.versanet.de] has joined #t2
21:29 -!- mpp_ [n=user@i53876282.versanet.de] has quit [Client Quit]
21:35 -!- mpp [n=user@i53874658.versanet.de] has quit [Read error: 110 (Connection timed out)]
21:51 -!- mpp [n=user@i53876282.versanet.de] has joined #t2
21:56 -!- CIA-8 [n=CIA@208.69.182.149] has quit [Read error: 131 (Connection reset by peer)]
22:22 -!- CIA-8 [n=CIA@208.69.182.149] has joined #t2
22:31 < CIA-8> rene * r30479 /trunk/package/base/rsyslog/rsyslog.desc: * updated rsyslog (3.18.2 -> 3.18.3)
22:31 < CIA-8> rene * r30476 /trunk/package/network/duplicity/duplicity.desc: * updated duplicity (0.4.12 -> 0.5.01)
22:31 < CIA-8> rene * r30477 /trunk/package/graphic/dcraw/dcraw.desc: * updated dcraw (8.87 -> 8.88)
22:31 < CIA-8> rene * r30478 /trunk/package/mail/dcc/dcc.desc: * updated dcc (1.3.91 -> 1.3.95)
22:33 < CIA-8> mtr * r30480 /trunk/package/network/madwifi/madwifi.desc: 
22:33 < CIA-8> * updated madwifi (r3837 -> r3856-20080903)
22:33 < CIA-8> * changed download tag from svn to a snapshot archive
22:39 < CIA-8> mtr * r30481 /trunk/package/base/mkinitrd/mkinitrd.sh: 
22:39 < CIA-8> * added udevadm to the default initramfs, this is the
22:39 < CIA-8>  real application run by udevtrigger
22:39 < CIA-8>  (solves livecd boot error: cannot loop mount live.squash)
22:39 < CIA-8> rene * r30482 /trunk/package/network/libtorrent/libtorrent.desc: * updated libtorrent (0.12.2 -> 0.12.3), fixes gcc-4.3 compilation
22:39 < CIA-8> rene * r30483 /trunk/package/network/rtorrent/rtorrent.desc: * updated rtorrent (0.8.2 -> 0.8.3)
22:39 < CIA-8> rene * r30484 /trunk/package/archiver/lbzip2/ (. lbzip2.cache lbzip2.conf lbzip2.desc): * added lbzip2 (0.06) - A multi-threaded bzip2/bunzip2 filter that isn't restricted to regular files
22:39 < CIA-8> rene * r30485 /trunk/package/archiver/lbzip2/lbzip2.desc: 
22:39 < CIA-8> * marked lbzip2 to cross compile
22:39 < CIA-8> * and removed an obsolete and HTML formated sentence from the Text tag
22:39 < CIA-8> rene * r30486 /trunk/package/archiver/lbzip2/lbzip2.desc: * added real name to Author tag of lbzip2
22:39 < CIA-8> rene * r30487 /trunk/package/archiver/lbzip2/lbzip2.desc: 
22:39 < CIA-8> * just learned that Hungarian names are written in surname, first-name
22:39 < CIA-8>  order, adapted lbztip2.desc Author entry to "international order"
22:39 < CIA-8> rene * r30488 /trunk/package/graphic/exact-image/hocr-text.patch: * added exact-image/hocr-text patch from SVN
22:50 < CIA-8> rene * r30466 /trunk/package/contrib/rrdtool/rrdtool.desc: * updated rrdtool (1.3.2 -> 1.3.3)
22:50 < CIA-8> rene * r30468 /trunk/package/java/commons-collections/commons-collections.desc: * updated commons-collections (3.2 -> 3.2.1)
22:56 < CIA-8> rene * r30469 /trunk/package/base/crash/crash.desc: * updated crash (4.0-7.1 -> 4.0-7.2)
22:56 < CIA-8> rene * r30470 /trunk/package/security/gnutls/gnutls.desc: * updated gnutls (2.4.1 -> 2.4.2)
22:56 < CIA-8> mtr * r30471 /trunk/package/editors/zile/zile.conf: * fixed zile cross build: disabled building of docs
23:04 < CIA-8> rene * r30467 /trunk/package/java/commons-lang/commons-lang.desc: * updated commons-lang (2.2 -> 2.4)
23:48 < CIA-8> mtr * r30472 /trunk/package/xorg/libsm/libsm.desc: 
23:48 < CIA-8> * fixed libsm cross build, cannot use libuuid from
23:48 < CIA-8>  e2fsprogs with higer build priority
23:57 < CIA-8> mtr * r30473 /trunk/package/xorg/font-misc-misc/font-misc-misc.desc: * fixed font-misc-misc cross build, explicitly set target rootfs font paths
--- Log closed Thu Sep 18 00:00:42 2008