--- Log opened Sun Jan 16 00:00:26 2005 --- Day changed Sun Jan 16 2005 00:00 < mnemoc> i need to do something while i don't have a working compiler in any decent machine 00:03 < rxr> I just watch some polit report stuff on some well - serious news s.th. station here in germany ... 00:03 < rxr> crazzy how stupid politicans can be ... 00:05 < Postal_> rxr, did you svn commit the fix to the ncurses? 00:05 < rxr> yep 00:05 < rxr> I already wrote what you should do now to continue: 00:05 < Postal_> sorry i fell asleep.. im kinda sick lol 00:06 < Postal_> ok I am going to svn up, and then build... 00:06 < rxr> 23:33 < rxr> Postal_: you need to do this: 00:06 < rxr> 23:33 < rxr> ./scripts/Create-ErrList -cfg system -remove bash 00:06 < rxr> 23:34 < rxr> because the bug was bash linking aginst libraries it should not 00:06 < rxr> 23:34 < rxr> so you need to rebuild bash to be /bugfree/ 00:06 < rxr> 23:34 < rxr> after that you can continue the normal build ... 00:06 < rxr> 23:35 < rxr> ./scripts/Build-Target -cfg system ... 00:08 < Postal_> ok so it started with the rbuild of bash... and now it will continue, I am off the the movie store, ill post any errors when i get back ok 00:09 < rxr> ok 00:09 < rxr> cu 00:10 < rxr> 143 builds total, 77 completed fine, 0 with errors. 00:25 -!- mnemoc_ [~amery@200.75.27.47] has joined #t2 00:26 < mnemoc_> :\ 00:26 < mnemoc_> POE is cool :p 00:26 < mnemoc_> i have to pick up my daughter from a birthday party, bbl 00:30 < rxr> cu 00:30 < rxr> poe what ? 00:30 [Users #t2] 00:30 [ _Ragnar_] [ jsaw ] [ mnemoc_] [ Postal_] [ valentin] 00:30 [ CIA-10 ] [ lars__] [ mtr_ ] [ praenti] 00:30 [ daja77 ] [ mnemoc] [ nzg ] [ rxr ] 00:30 -!- Irssi: #t2: Total of 13 nicks [0 ops, 0 halfops, 0 voices, 13 normal] 00:31 < rxr> hm - e videa takes 2:50m ... 00:32 < rxr> but I think I'll go and sleep now .. 00:33 < CIA-10> lars * r5586 /trunk/package/network/dhcp/dhclient-script-no-domain.patch: 00:33 < CIA-10> * Patch dhclient to generate /etc/resolv.conf properly even 00:33 < CIA-10> if the dhcp-server does not return a domain name. 00:33 -!- mnemoc [~amery@200.75.27.32] has quit [Read error: 110 (Connection timed out)] 00:33 < rxr> lars__: huray 00:35 < lars__> I hope, that it works so far... 00:36 < lars__> I did not update my tree for so long time, so the update took some minutes even over dsl 00:37 < lars__> but now it is up to date again --- and I hope I can update my system soon, too. 00:37 < rxr> by building it or by getting some ISO ? 00:37 < rxr> iBook I guess? 00:39 < lars__> yes, ibook. I will think about building it --- how long will it take on my ibook? 00:40 < valentin> lars__: which provider do you pay for your dsl ? 00:42 < lars__> unfortunately t-com and gmx --- I calculated a lot and it was the cheapest solution for the first year. Then we may switch to qsc or something else. 00:42 < rxr> lars__: it takes a long time 00:42 < rxr> lars__: better do not stress your hardware 00:42 < rxr> I take the RS/6k for the build ... 00:43 < rxr> 7xxMB of ram ;-) although the tiny 370Mhz CPU ... 00:43 < rxr> this way the official ISO also get's more testing 00:43 < rxr> lars__: one thing you could do: the g4 sleep patch ;-) could find a place in our kernel it is still missing in the latest 2.6.whatever ... 00:46 < lars__> Ah, the sleep patch --- I am still waiting for a version that applies against >= 2.6.10. Perhaps if you meet benh somewhere in the net you might ask him for when I can expect such a patch --- the current patch applies only to 2.6.9 which causes some troubles here. 00:47 < rxr> and when I build t2 you have some more time for your familly ;-) 00:48 < lars__> So, I would propose to wait still a bit until it gets in the official kernel or even applies against some newer kernel. E.g. 2.6.9 hangs here sometimes on boot. Moreover the usb subsystem freezes on sleep if usb devices are plugged. 00:48 < rxr> hm - not for me ... I still have 2.6.9 on my book - since I'm so often in osx these days - like right now ... 00:48 < rxr> yesterday I even installed windwos ... 00:49 < lars__> I was not planning to build it manually, but let my ibook do the work --- however if you have an iso ready for use I might give it a try. 00:49 < rxr> I plan to start building a fresh PowerPC one the next days to have it until the next -beta release ... 00:49 < rxr> if this is early enough 00:49 < rxr> +t 00:50 < lars__> No need for hurry here. 00:50 < rxr> good 00:51 < lars__> by the way: how can I change the color of my nick in irssi? 00:51 < rxr> oehm - color of the nick? 00:51 < rxr> no idea - I did not tweak such details *g* 00:51 < lars__> White on light yellow is impossible to see 00:52 < valentin> you have a light yellow background ? 00:53 < lars__> yes, I am of the age, that I am still knew this medium, which was called paper. I am still used to it. 00:53 < valentin> i am ancient - i remember black schiefer blocks 00:54 < valentin> when you scratch them with a nail, they get white 00:54 < lars__> You forgot the green blackboard story 00:54 < rxr> stone wall gray here ... 00:54 < rxr> btw I see the glibc segfault during the minimal here ... 00:54 < rxr> that is in the Terminal.app - no in-system glibc in osx ... 00:57 < lars__> I will go to bed now --- Ada is supposed to wake up at 7 or so ... I need some hours of sleep until then. 00:58 < rxr> cu lars__ - nice to saw you around here - sleep well and greetings to all 00:58 < lars__> Greetings to Kerstin and Susan. see you soon (maybe in real live in saarbruecken?), bey 00:58 -!- lars__ [~lars@port-212-202-42-228.dynamic.qsc.de] has quit ["leaving"] 00:58 < rxr> lars__: or in berlin *g* 01:02 < valentin> cu 01:41 < rxr> [5] base/glibc 01:42 < rxr> 143 builds total, 81 completed fine, 1 with errors. 01:42 < Postal_> /usr/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/../../../libcrack.a: could not read symbols: Bad value 01:42 < Postal_> collect2: ld returned 1 exit status 01:42 < Postal_> make[2]: *** [pam_cracklib.so] Error 1 01:42 < Postal_> make[2]: Leaving directory `/TOOLCHAIN/src.pam.1105831368.19748.0x7f0200/Linux-PAM-0.77/modules/pam_cracklib' 01:42 < Postal_> make[1]: *** [all] Error 1 01:42 < Postal_> make[1]: Leaving directory `/TOOLCHAIN/src.pam.1105831368.19748.0x7f0200/Linux-PAM-0.77/modules' 01:42 < Postal_> make: *** [modules] Error 2 01:42 < Postal_> No 3-pam.log file. 01:42 < rxr> hm 01:42 < Postal_> every package in stage 3 almost seems to segfault 01:42 < rxr> what does 01:43 < rxr> ./scripts/Create-ErrList -cfg system tell you 01:43 < Postal_> Error logs from system-2.1.0-beta3-x86-athlon64-64-generic-expert: 01:43 < Postal_> [3] base/pam 01:43 < Postal_> 146 builds total, 65 completed fine, 1 with errors. 01:44 < rxr> does not look too bad 01:44 < rxr> let me check 01:44 < Postal_> ok 01:44 < Postal_> were only like half done 01:47 < Postal_> why so many segfaults? 01:47 < rxr> why do you think this is a segfault? 01:47 < rxr> the linker just does not like a symbol 01:48 < rxr> and I already know why ... 01:48 < Postal_> that seems silly lol 01:48 < Postal_> How do you know these things? 01:48 < Postal_> teach me lol 01:48 < rxr> the libraries are not built with position independant code 01:48 < rxr> for many other architectures this does not matter 01:48 < rxr> but xor x86-64 it does 01:49 < rxr> and for PowerPC it does, too 01:49 < Postal_> ok, so you have to create workarounds 01:49 < Postal_> or build diff libs 01:49 < rxr> so it was just pure luck that it bulit on the craklib/pam developers and on my ibook 01:49 < rxr> no 01:49 < rxr> fix the package 01:49 < rxr> no workaround needed 01:49 < Postal_> your like a linux geneus lol 01:49 < rxr> so now that I have scratched it - I'll commit the fix ;-) 01:50 < Postal_> Am I going to have problems like this all the time once i get the system up do you susspect? 01:51 < rxr> no - I do not think there will be many problem once you got that built 01:51 < rxr> so - momemnt - I prepare the commits 01:51 < Postal_> ok, just let me know once the commit is done 01:53 < Postal_> i should just write a little script that tails errors, and emails you the files lol 01:53 < CIA-10> rene * r5587 /trunk/package/base/cracklib/fpic.patch: * fixed cracklib to use -fPIC - imported from ROCK Linux 01:54 < rxr> first the: 01:54 < rxr> ./scripts/Create-ErrList -cfg system -remove cracklib 01:54 < rxr> and when it tells it got rescheduled for build 01:54 < rxr> the Build-Target -cfg system 01:59 < Postal_> ok its building 01:59 < rxr> first cracklib and then pam ? 02:00 < Postal_> yeah 02:00 < rxr> good 02:00 < Postal_> usr/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/../../../../x86_64-unknown-linux-gnu/bin/ld: dynamic/pam_filter.o: relocation R_X86_64_3 ainst `a local symbol' can not be used when making a shared object; recompile with -fPIC 02:00 < Postal_> dynamic/pam_filter.o: could not read symbols: Bad value 02:00 < Postal_> collect2: ld returned 1 exit status 02:00 < Postal_> make[2]: *** [pam_filter.so] Error 1 02:00 < Postal_> make[2]: Leaving directory `/TOOLCHAIN/src.pam.1105837172.27845.0x7f0200/Linux-PAM-0.77/modules/pam_filter' 02:00 < Postal_> make[1]: *** [all] Error 1 02:00 < Postal_> make[1]: Leaving directory `/TOOLCHAIN/src.pam.1105837172.27845.0x7f0200/Linux-PAM-0.77/modules' 02:00 < Postal_> make: *** [modules] Error 2 02:00 < Postal_> No 3-pam.log file. 02:01 < rxr> oehm 02:01 < rxr> mom 02:01 < Postal_> mom=? 02:01 < rxr> moment 02:01 < Postal_> ok 02:02 < Postal_> hey man your the geneus take all the time you neeed 02:02 < Postal_> im just the tester 02:02 < rxr> oh - our pam is outdated 02:03 < rxr> I think it is fixed in the newer version 02:03 < Postal_> that sounds easy 02:03 < rxr> I'll testbuild it on my athlon and commit then ... 02:03 < Postal_> will that take long? 02:03 < rxr> not that long Athlon-XP 2500+ ... 02:04 < Postal_> AMD64 3400 here 02:04 < Postal_> i must say, i am really exited to see what it does whith the optomized packages 02:04 < Postal_> rxr, you could pass the -j6 option at make to speed things up 02:06 < rxr> do you have a dual box ? 02:07 < Postal_> no, but if you pass the option it will just tax out your system more 02:07 < Postal_> i usually pass it when i build 02:07 < CIA-10> rene * r5588 /trunk/package/archiver/bzip2/fpic.patch: * fixed bzip2 to use -fPIC on x86-64 - imported from ROCK Linux 02:07 < Postal_> was that the commit 02:08 < rxr> nope 02:08 < rxr> another 02:08 < Postal_> also for x86-64 though 02:08 < rxr> had to review a non applying patch 02:08 < rxr> yep - that was lying on the way ... ;-) 02:09 < Postal_> fixing problems before i find them eh 02:09 < Postal_> ;-) 02:09 < Postal_> is there a way to get the scripts to pass the option -j6 to every make? 02:09 < rxr> well - sort off 02:09 < rxr> do you have a dual box ? 02:10 < Postal_> no 02:10 < rxr> then it will gain you nothing ... 02:10 < Postal_> not so, it will tax your processor more heavily 02:10 < rxr> -j is to run make jobs in parallel ... - when you have no multiple CPUs it is normally not a gain 02:10 < rxr> ehrm - normally it already is at 100% compiling the files ... 02:11 < rxr> you can try and meassure it ... 02:11 < Postal_> i could, im not that bothered though 02:11 < rxr> and rule of thumb is -j CPU*2 02:11 < rxr> so for a dual box you would pass -j 4 ... 02:11 < Postal_> i know 02:12 < Postal_> I am looking into getting a dual 64bit box at somepoint.. but i dont really have the cash for a motherboard and processor right now 02:12 < rxr> so - svn up and Build-Target 02:12 < Postal_> ok 02:12 < CIA-10> rene * r5589 /trunk/package/base/pam/ (cvs-fixes.patch pam.desc pic-and-linker.patch): * updated pam (0.77 -> 0.78) - might fix build on x86-64 02:13 < rxr> I add the parallel option ... - and when the minimal builds error free you run it three times for me, ok? 02:13 < rxr> once with -j1 02:13 < rxr> then with -j4 02:13 < rxr> and finally with -j8 02:13 < rxr> and we'll see what buildtimes you get ;-) 02:13 < Postal_> it would help i suppose if i downloaded the new package huh 02:13 < rxr> ah yep 02:13 < rxr> Download -required 02:13 < rxr> good catch ;-) 02:14 < Postal_> it gave me a rediculus error lol 02:14 < rxr> yeah - like "Did you run Download" ;-) 02:14 < Postal_> sort of 02:15 < rxr> so - you run the -j benchmarks ? 02:15 < Postal_> but the "Did you run Download" was wrapped up in compiler messages 02:15 < Postal_> and pam just built 02:15 < Postal_> successfully 02:15 < rxr> good! 02:15 < Postal_> we are on shadow which unless you patched, i think has known probs with amd64 02:16 < rxr> tell me when it fails ... 02:16 < Postal_> rxr, for the benchmarks, should we do some stage 9's 02:16 < rxr> your minimal should be sufficient ... 02:17 < Postal_> it built fine 02:17 < rxr> but when you have the CPU time you can of course build a wohle desktop three times ... 02:17 < Postal_> must be a newer version than the one i used before 02:17 < rxr> at least s.th. that just worked *g* 02:17 < Postal_> lol 02:17 < Postal_> im not worried, at this point I am convinced that you can fix anything 02:18 < Postal_> e2fsprogs built 02:18 < rxr> well - to be honest I would not fix anythin - e.g. tracking and fixing the gcc java thing is a pain ... 02:18 < rxr> I just hope the gcc folks get this done at some point ... 02:18 < Postal_> so on and so forth, it is just ripping through packages 02:18 < rxr> ;-) 02:18 < Postal_> yeah, prehaps... if i try that one by hand 02:19 < Postal_> 64bit is very fast man 02:19 < rxr> mipe said he googled for it and it is a well known problem ... 02:19 < Postal_> well then have mipe commit it 02:19 < Postal_> ;-) 02:19 < rxr> well known problem with fix pending ... :-( 02:19 < Postal_> ah 02:20 < Postal_> why do you need the java compiler? 02:20 < Postal_> were at stage 5 02:20 < rxr> well - I think nearly no package in t2 will utilize it - it is enabled just for the sake of completness 02:20 < rxr> yeah! 02:20 < rxr> at this point error are not considered harmful anymore 02:21 < Postal_> yeah i got an error and it just blew right through.. 02:21 < rxr> e.g. when a package fails the build will continue with the next one and leave the hopefully few failing aside for later fixing ... 02:21 < rxr> what package ? 02:21 < Postal_> dont know, wasnt paying attentin 02:21 < Postal_> attention* 02:21 < Postal_> and compiler output is fast lol i just saw the red 02:22 < Postal_> well find out soon, i dont expect it will take long to build from here 02:22 < Postal_> its pretty fast 02:22 < rxr> you can open another terminal s.th. and run the Create-ErrList 02:22 < Postal_> can i 02:22 < Postal_> cool 02:22 < rxr> Create-ErrList -cfg system 02:23 < Postal_> Error logs from system-2.1.0-beta3-x86-athlon64-64-generic-expert: 02:23 < Postal_> [5] base/00-dirtree 02:23 < Postal_> 146 builds total, 76 completed fine, 1 with errors. 02:23 < rxr> oehm 02:24 < rxr> 00-dirtree is jsut some directory layout thinkg 02:24 < rxr> thing 02:24 < rxr> no compile 02:24 < rxr> can you pate the end of the error log? 02:24 < Postal_> yeah 02:24 < Postal_> mom 02:24 < rxr> in the meantime I implement parallel make ... 02:24 < rxr> (was on my todo already) 02:24 < Postal_> ok 02:25 < Postal_> ==[build_this_package:761 (last $?=0)> return 0 02:25 < Postal_> =[:589 (last $?=0)> set +o xtrace 02:25 < Postal_> Creating file list and doing final adaptions ... 02:25 < Postal_> Processing static lib corrections ... 02:25 < Postal_> Verifing the .la files ... 02:25 < Postal_> Found 111 files for this package. 02:25 < Postal_> Clear (old) md5sums and cksums ... 02:25 < Postal_> Calculating package dependencies ... 02:25 < Postal_> Creating md5sum and cksum files ... done. 02:25 < Postal_> Creating package description ... 02:26 < Postal_> Making post-install adaptions. 02:26 < Postal_> Found shared files with other packages: 02:26 < Postal_> usr/lib64: 00-dirtree gcc 02:26 < Postal_> Due to previous errors. 02:26 < Postal_> --- BUILD ERROR --- 02:26 < Postal_> prehaps i should email you this file... 02:27 < Postal_> ..? 02:28 < rxr> no 02:28 < rxr> I already see it ... 02:28 < rxr> 02:26 < Postal_> Found shared files with other packages: 02:28 < rxr> 02:26 < Postal_> usr/lib64: 00-dirtree gcc 02:28 < rxr> I think this is due to me fixing 00-dirtree after gcc was build 02:29 < rxr> this is just an autodetected warning forxed to be an error from our build system 02:29 < rxr> I think it will just go away the next time you build t2 from scratch ... 02:29 < rxr> (and 00-dirtree with the needed lib64 directories from the start) 02:34 < Postal_> when will i be building from scratch again? 02:34 < Postal_> for the parrelell make tests 02:34 < rxr> when you want it ... 02:34 < Postal_> lol 02:34 < rxr> yes - for example for the tests 02:35 < Postal_> by the way, even after the build is done, im going to test packages for you on my box... so if you have somthing and your not sure if it builds and you like me to try it, go ahead and give it to me 02:35 < Postal_> if you want me to that is 02:36 < rxr> it would be very welcome and cool when you could build a x86-64 CD for each T2 release or so ... ;-) 02:36 < Postal_> I absolutly could build cds 02:37 < Postal_> do you mean like the .iso you host on your site? 02:37 < rxr> yes 02:37 < Postal_> yeah i noticed you did not have a 64bit one 02:37 < rxr> so far we have no x86-64 ones ;-) 02:37 < Postal_> ;-) 02:38 < Postal_> Well, Mon-Thurs afternoon of next week, I have midterm exams... so if im not around, i am sure you understand.. 02:38 < Postal_> Error logs from system-2.1.0-beta3-x86-athlon64-64-generic-expert: 02:38 < Postal_> [5] base/00-dirtree [5] base/glibc 02:38 < Postal_> [5] base/linux26 02:38 < Postal_> 146 builds total, 77 completed fine, 3 with errors. 02:38 < Postal_> ... 02:39 < Postal_> thats like half a toolchain man 02:40 < rxr> glibc was already built - this is just a rebuild 02:40 < Postal_> then why would it fail.. 02:40 < rxr> and that fails on my x86 box currently too - because the glibc hackers introduced new bugs I planed to track tomorrow or so ... 02:40 < rxr> because the glibc is a really ugly piece of code .. 02:41 < Postal_> i know, remember, I have built toolchains from scratch lol 02:41 < Postal_> i HATE glibc 02:41 < rxr> linux26 is most probably one of our many automatically enabled modules where one is not yet x86-64 save ... 02:41 < rxr> yeah - me sort of too ... 02:41 < rxr> can ou post the tail of both - the glibc and linux26 log ? 02:42 < Postal_> im scrolling through the glibc log now, its HUGE 02:42 < Postal_> is there a vi command to go to end of document? 02:43 < rxr> G 02:43 < rxr> I would have simply used "tail" $filename 02:43 < rxr> tail and head are handy commands ... ;-) 02:43 < Postal_> true 02:43 < Postal_> Creating file list and doing final adaptions ... 02:43 < Postal_> Processing static lib corrections ... 02:43 < Postal_> Verifing the .la files ... 02:43 < Postal_> Found 1191 files for this package. 02:43 < Postal_> Clear (old) md5sums and cksums ... 02:43 < Postal_> Calculating package dependencies ... 02:44 < Postal_> Deleting dependencies, pattern: -e ".*: libgd$" ... 02:44 < Postal_> Creating md5sum and cksum files ... done. 02:44 < Postal_> Creating package description ... 02:44 < Postal_> Making post-install adaptions. 02:44 < Postal_> linux:/mnt/t2/t2-trunk/build/system-2.1.0-beta3-x86-athlon64-64-generic-expert/v 02:44 < Postal_> thats all you get from tail 02:44 < Postal_> make[2]: *** [/TOOLCHAIN/src.glibc.1105838428.16925.0x7f0200/libc/objdir/sunrpc/xbootparam_prot.stmp] Segmentation fault 02:44 < Postal_> make[2]: Leaving directory `/TOOLCHAIN/src.glibc.1105838428.16925.0x7f0200/libc/sunrpc' 02:44 < Postal_> make[1]: *** [sunrpc/others] Error 2 02:44 < Postal_> make[1]: Leaving directory `/TOOLCHAIN/src.glibc.1105838428.16925.0x7f0200/libc' 02:44 < Postal_> make: *** [all] Error 2 02:44 < Postal_> No 5-glibc.log file. 02:45 < rxr> -n 30 gives you more ... ;-) 02:45 < valentin> Postal_: use tail -n 02:45 < Postal_> lol 02:45 < Postal_> rxr, is that all the info you need for glibc now? 02:46 < rxr> yep - thanks 02:46 < rxr> it is the same error on x86 ... 02:46 < rxr> I track it tomorrow ... 02:46 < Postal_> ok 02:46 < rxr> that is not a 1 minute trivial one ... 02:46 < Postal_> im going to give you linux26 02:46 < valentin> gn8 everybody 02:46 < valentin> need some sleep 02:47 < Postal_> gn8 valentin 02:47 < Postal_> HOSTCC usr/gen_init_cpio 02:47 < Postal_> CHK usr/initramfs_list 02:47 < Postal_> UPD usr/initramfs_list 02:47 < Postal_> CPIO usr/initramfs_data.cpio 02:47 < Postal_> GZIP usr/initramfs_data.cpio.gz 02:47 < Postal_> /bin/sh: line 1: 7808 Segmentation fault gzip -f -9 usr/initramfs_data.cpio.gz 02:47 < Postal_> make[1]: *** [usr/initramfs_data.cpio.gz] Error 139 02:47 < Postal_> make: *** [usr] Error 2 02:47 < Postal_> No 5-linux26.log file. 02:47 < Postal_> --- BUILD ERROR --- 02:47 < rxr> erhm 02:48 < rxr> looks like gzip crashed ... 02:48 < Postal_> i would agree with that 02:48 < rxr> could you chroot into your build/system-* and try to compress s.th. with gzip ? 02:48 < Postal_> i suppose, can i do that while its building 02:48 < rxr> 32202 pts/2 S+ 0:00 make -j4 prefix=/usr CC=gcc CPP=cpp CXX=g++ 02:49 < rxr> notive the -j4 - that is just my new code in t2 ... ;-)9~ 02:49 < rxr> notice even ... 02:49 < rxr> get's late here ... 02:49 < rxr> oh - damn 02:49 < Postal_> can i chroot whilst its building? 02:49 < rxr> well - seems I can go to bed soon - my video dl will not finish soon ... .-( 02:49 < rxr> sure 02:50 < Postal_> what am I going to compress though... 02:50 < Postal_> i dont even hav vi yet 02:50 < rxr> is nvi there? 02:50 < Postal_> hmm 02:50 < rxr> yep - nvi should be there ... 02:51 < rxr> try - /etc/services ... 02:51 < rxr> gzip < /etc/services > test or so ... 02:51 < Postal_> i dont seem to have that folder 02:51 < rxr> no /etc/services ? 02:51 < rxr> then /etc/passwd ;-) 02:57 -!- rxr_ [~rene@p213.54.192.213.tisdip.tiscali.de] has joined #t2 02:57 -!- Topic for #t2: T2 | 2.1.0-beta2 RELEASED | The next generation of System Development Enviroments (SDE) | http://www.t2-project.org/ | CIA, don't ever leave us again! 02:57 -!- Topic set by mnemoc [] [Wed Jan 12 03:04:43 2005] 02:57 [Users #t2] 02:57 [ _Ragnar_] [ daja77] [ mnemoc_] [ nzg ] [ praenti] [ rxr_ ] 02:57 [ CIA-10 ] [ jsaw ] [ mtr_ ] [ Postal_] [ rxr ] [ valentin] 02:57 -!- Irssi: #t2: Total of 12 nicks [0 ops, 0 halfops, 0 voices, 12 normal] 02:57 -!- Channel #t2 created Sun Aug 8 21:15:33 2004 02:57 -!- Irssi: Join to #t2 was synced in 11 secs 02:57 < rxr_> rehi 02:57 < rxr_> my daily DSL reconnect ... 02:57 < rxr_> did I miss s.th. ?+ 02:58 < Postal_> ..? 02:58 -!- rxr [~rene@p213.54.194.117.tisdip.tiscali.de] has quit [Nick collision from services.] 02:58 -!- You're now known as rxr 02:58 < Postal_> yeah, will you be around tomorrow? 02:59 < Postal_> yt? 02:59 < rxr> you'll be suprised how often I'm around here ... ;-) 02:59 < rxr> btw I'll still stay here some more minutes ... 03:00 < Postal_> What about work, or the outside world lol 03:00 < rxr> Postal_: did you see the mesage from CIA that I added generic parallel build ? 03:00 < Postal_> yeah i did 03:00 < rxr> well - the work is on my desk in front of me ... 03:00 < Postal_> lol 03:00 < rxr> when you "svn up" the code should get active 03:00 < rxr> the default parallel job count is set to 4 03:00 < rxr> you can of course / as usual alter it in the Config ... 03:01 < Postal_> well i wont svn up until this build is done i should think 03:01 < rxr> how you wish 03:01 < Postal_> damn, it just failed on gcc in stage 5 03:01 < rxr> what is the error there? 03:01 < Postal_> mom 03:01 < rxr> maybe just the shared lib64 file with 00-dirtree ? 03:02 < rxr> mnemoc_: your minimal finished over here: 03:02 < rxr> [5] base/glibc 03:02 < rxr> 143 builds total, 142 completed fine, 1 with errors. 03:02 < rxr> I guess I just copy the tar files on my server, hm ? 03:02 < Postal_> ==[hook_eval:59 (last $?=0)> read pri fnr 03:02 < Postal_> ===[hook_eval:59 (last $?=0)> eval 'echo "${hookidx_postdoc[*]}"' 03:02 < Postal_> ====[hook_eval:59 (last $?=0)> echo '5 3' 03:02 < Postal_> ===[hook_eval:59 (last $?=0)> sort 03:02 < Postal_> ==[hook_eval:60 (last $?=0)> eval 'eval "$postdoc"' 03:02 < Postal_> ===[hook_eval:60 (last $?=0)> eval '' 03:02 < Postal_> ==[hook_eval:59 (last $?=0)> read pri fnr 03:02 < Postal_> ==[hook_eval:62 (last $?=0)> eval 'unset hookdirty_postdoc' 03:02 < Postal_> ===[hook_eval:62 (last $?=0)> unset hookdirty_postdoc 03:02 < Postal_> ==[build_this_package:754 (last $?=0)> patchfiles='/TOOLCHAIN/package/base/gcc/3.4.3.patch /TOOLCHAIN/package/base/gcc/fixincl.patch /TOOLCHAIN/package/base/gcc/gcc-3.4.3-linkonce-1.patch /TOOLCHAIN/package/base/gcc/no-install-libiberty.patch /TOOLCHAIN/package/base/gcc/no-install-zlib.patch ' 03:02 < Postal_> ==[build_this_package:757 (last $?=0)> '[' '' ']' 03:02 < Postal_> ==[build_this_package:761 (last $?=0)> return 0 03:02 < Postal_> =[:589 (last $?=0)> set +o xtrace 03:02 < Postal_> Creating file list and doing final adaptions ... 03:03 < rxr> well - with all the xtrace output there is not much real content in it ... 03:03 < Postal_> shall i email you the file? 03:04 < Postal_> if its gcc it will prolly be long, so youll prolly want to trace it tomorrow 03:04 < rxr> yes - just mail the file ;-) 03:05 < rxr> well - I only need to scroll over the end to see what's from - can do this today ... 03:05 < Postal_> so when this build finished, you will prolly be in bed, so talk me through what i need to do... 03:06 < rxr> well first you shoudl chroot into the new system and set a root paswwd ... 03:06 < Postal_> ill email the file now 03:06 < rxr> chroot build/system-*/ 03:06 < rxr> passwd 03:06 < rxr> exit 03:06 < Postal_> ok, but how do i make it bootable? 03:07 < Postal_> can i make an install cd or somthing.. 03:07 < Postal_> ? 03:07 < rxr> when - when you want to boot it, you just mv the build/system/* to the beginning of the filesystem 03:07 < rxr> currently all the t2 stuff is in the root ... 03:07 < rxr> so just do s.th. like this: 03:07 < rxr> mkdir t2 03:07 < rxr> mv * t2 03:07 < rxr> mv t2/build/sytem-*/* . 03:07 < rxr> then you have you fresh sandbox in the front of all 03:08 < rxr> I would then just use your current suse grub or so to load the new system - until you know all works fine and you want to everyday use it and you can rm the suse 03:08 < Postal_> the suse grub.conf is wierd 03:08 < rxr> than you can later configure grun in your running system to replce the suse grun completely 03:09 < Postal_> root (hd0,1) 03:09 < Postal_> install --stage2=/boot/grub/stage2 /grub/stage1 d (hd0) /grub/stage2 0x8000 (hd0,1)/grub/menu.lst 03:09 < Postal_> quit 03:09 < Postal_> that is my grub.conf 03:09 < rxr> erhm 03:09 < rxr> look into the menu.lst 03:10 < rxr> what is where all is in .. 03:10 < rxr> what are you used to? the fedora core / redhat patch grub where all is in the /etc/grub.conf file ? 03:11 < Postal_> yes 03:11 < rxr> in t2 you also normalyl only have a /boor/grub/menu.lst 03:11 < rxr> that is what grub uses when it is not modified by soem big company ... 03:12 < Postal_> ah good now it looks ok 03:12 < rxr> although we do not have a /etc/grub.conf at all IIRC 03:13 < Postal_> what is IIRC? 03:14 < rxr> If I Remeber Correct ;-) 03:14 < rxr> another thin often used: 03:14 < rxr> As Far As I Remeber 03:14 < rxr> or 03:14 < rxr> In My Humble Opinion 03:14 < rxr> ;-) 03:14 < rxr> now you know thw most imporant ones ;-) 03:15 < Postal_> Error logs from system-2.1.0-beta3-x86-athlon64-64-generic-expert: 03:15 < Postal_> [5] base/00-dirtree [5] base/glibc 03:15 < Postal_> [5] base/linux26 [5] base/gcc 03:15 < Postal_> [5] shells/zsh [5] database/bdb 03:15 < Postal_> 146 builds total, 96 completed fine, 6 with errors. 03:15 < rxr> glibc mail did not yet arrive 03:15 < Postal_> i havent mailed it yet lol dinner arived and i forgot 03:15 < rxr> err linux even 03:17 < Postal_> ok i just sent it 03:17 < Postal_> do you want the tails on bdb and zsh? 03:18 < rxr> oh- just send the wohle file over ;-) 03:19 < Postal_> i feel like i should just have one of those pipes like at the bank where you just pop in the paper and whoosh, off it goes, and it should just go from my desk to yours lol 03:20 < Postal_> you may have one full inbox in the morning 03:21 < rxr> no problem 03:21 < rxr> own mailer near infinite storage ... 03:21 < Postal_> ok i sent the zsh and bdb files 03:22 < Postal_> alos ncompress now... why so many errors? 03:22 < rxr> have you tried gzip in yoru chroot environment ? 03:22 < Postal_> yeah, it segfaulted 03:22 < rxr> because it is good old sources - all writen long before x86-64 ... 03:23 < rxr> guess what I got when I first built for PowerPC 03:23 < Postal_> ..? 03:23 < Postal_> what 03:23 < rxr> I even had to fix trivial things like mouse wheel was only working on on direction ... 03:23 < rxr> not to speak about the build errors ... 03:24 < Postal_> well 109 complete with 7 errors 03:24 < Postal_> but yeah gzip is very broken 03:24 < rxr> does fail in the chroot when you call it manually ? 03:24 < Postal_> can i just pull down the gzip tarballs tomorrow and install them by hand/ 03:25 < Postal_> i did a gzip /etc/passwd 03:25 < Postal_> and it gave me the error "Segmentation Fault" 03:25 < rxr> does it segfauld when you just call it ? 03:26 < Postal_> lets find out 03:26 < Postal_> yeah it does 03:26 < rxr> ok then do (I hope you already have gdb in your environment) 03:26 < rxr> gdb gzip 03:27 < Postal_> gdb not found yet 03:27 < rxr> ouhm 03:27 < Postal_> what is gdb? 03:27 < rxr> then quit the chroot ... 03:27 < rxr> goto build/system-*/bin 03:27 < rxr> and try ./gzip 03:28 < rxr> does it crash ? 03:28 < Postal_> yeah 03:28 < rxr> then gdb there ... 03:28 < rxr> gdb ./gzip 03:29 < Postal_> then what lol 03:29 < rxr> r 03:29 < rxr> bt 03:29 < rxr> r for run 03:29 < rxr> and bt for back trace 03:29 < Postal_> tarting program: /mnt/t2/t2-trunk/build/system-2.1.0-beta3-x86-athlon64-64-generic-expert/bin/gzip bt 03:29 < Postal_> (no debugging symbols found)...(no debugging symbols found)... 03:29 < Postal_> Program received signal SIGSEGV, Segmentation fault. 03:29 < Postal_> 0x0000000000403302 in ?? () 03:29 < rxr> hm - that looks quite corrupted ... 03:30 < rxr> then better wait until you have a gdb in your chroot ;-() 03:30 < Postal_> ROTFL 03:30 < Postal_> rxr, that was very funny 03:31 < Postal_> "hm - that looks quite corrupted...: 03:31 < Postal_> lol 03:31 < rxr> ;-) 03:32 < Postal_> whatever its building right now is large... I think its X 03:32 < Postal_> Do you use Xfree or X.org? 03:32 < rxr> X.org 03:33 < Postal_> Good 03:33 < Postal_> Its better anyway 03:33 < Postal_> well the lines about X11 in the compiler output say alot about what it might be building lol 03:34 < rxr> hm - fedora core already uses a beta version of gzip 03:34 < rxr> what does your system gzip say about it's version 03:34 < rxr> gzip --version 03:36 < Postal_> im on SuSe right now 03:36 < Postal_> Fedora 3 x86_64 is Very buggy 03:36 < Postal_> it locks up all the time 03:37 < rxr> I know 03:37 < Postal_> so i dont use it 03:37 < rxr> the version is interesting anyway .. 03:37 < rxr> of your suse gzip 03:37 < Postal_> ake[3]: *** [all] Error 2 03:37 < Postal_> make[3]: Leaving directory `/TOOLCHAIN/src.xorg.1105841972.15846.0x7f0200/xc/programs' 03:37 < Postal_> make[2]: *** [all] Error 2 03:37 < Postal_> make[2]: Leaving directory `/TOOLCHAIN/src.xorg.1105841972.15846.0x7f0200/xc' 03:37 < Postal_> make[1]: *** [World] Error 2 03:37 < Postal_> make[1]: Leaving directory `/TOOLCHAIN/src.xorg.1105841972.15846.0x7f0200/xc' 03:37 < Postal_> make: *** [World] Error 2 03:37 < Postal_> No 5-xorg.log file. 03:37 < Postal_> thats BAD 03:38 < Postal_> gzip-1.3.5-123 03:38 < rxr> ok - just mail the xorg log 03:39 < Postal_> ok third email comming your way, tell me you got the other two already.. 03:40 < rxr> yeah - got them 03:43 < rxr> what does this yield: 03:44 < Postal_> what does what yeild? 03:44 < rxr> grep termcap build/system-*/var/adm/flists/ncurses 03:45 < rxr> needed a moment to construct it for cut'n paste ... 03:46 -!- ideal [~idealm@61.51.102.119] has joined #t2 03:47 < rxr> hi ideal 03:47 < ideal> hi, rxr:) 03:47 < Postal_> ncurses: lib/libtermcap.so 03:47 < Postal_> ncurses: usr/include/termcap.h 03:47 < Postal_> ncurses: usr/lib/libtermcap.a 03:47 < Postal_> ncurses: usr/share/man/man3/curs_termcap.3x 03:48 < rxr> Postal_: can you temporarily rename the build/system-*/usr/lib/libtermcap.a one ? 03:48 < rxr> into libtercap.a-dont-use-it 03:48 < rxr> and try if this fixes zsh ? 03:49 < Postal_> i could give me a minuet, im talking to my girlfriend 03:49 < rxr> okok 03:50 < Postal_> wouldnt i have to remove zsh first then rebuild? 03:51 < rxr> I guess the rebuild broken packages is on - it should try to rebuild the broken ones .. 03:51 < rxr> the Create-ErrList -remove $pkg is to schedule pacakges that did already build without error ... manually 03:53 < Postal_> Searching for old liggering files ... 03:53 < Postal_> -> No errors found. 03:53 < Postal_> Finishing build. 03:53 < Postal_> -> Creating package database ... 03:53 < Postal_> !> Binary file for zsh-4.2.1.gem not present. Skipped in package database. 03:53 < Postal_> !> Binary file for xorg-6.8.1.gem not present. Skipped in package database. 03:53 < Postal_> !> Binary file for ncompress-4.2.4.gem not present. Skipped in package database. 03:53 < Postal_> !> Binary file for linux26-2.6.10.gem not present. Skipped in package database. 03:53 < Postal_> !> Binary file for libungif-4.1.0.gem not present. Skipped in package database. 03:53 < Postal_> !> Binary file for libjpeg-6b.gem not present. Skipped in package database. 03:53 < Postal_> !> Binary file for kbd-1.12.gem not present. Skipped in package database. 03:53 < Postal_> !> Binary file for grub-0.95.gem not present. Skipped in package database. 03:54 < Postal_> !> Binary file for glibc-2.3.4-2004-12-24.gem not present. Skipped in package database. 03:54 < Postal_> !> Binary file for gcc-3.4.3.gem not present. Skipped in package database. 03:54 < Postal_> !> Binary file for bdb-4.2.52.gem not present. Skipped in package database. 03:54 < Postal_> !> Binary file for 00-dirtree-0000.gem not present. Skipped in package database. 03:54 < Postal_> -> Creating isofs.txt file .. 03:54 < rxr> it this is he first running build ? not the newly started one for tsh ? 03:54 < rxr> zsh even ... 03:55 < Postal_> ...? 03:56 < CIA-10> rene * r5591 /trunk/misc/pkgsel/ (minimal+xorg.in minimal-desktop.in minimal.in): 03:56 < CIA-10> * tiny polish of the package selection titles 03:56 < CIA-10> * enabled gdb for all minimal selections ... 03:56 < rxr> when you run Build-Target 03:56 < rxr> now 03:56 < rxr> does it try to rebuidl the broken ones ? 03:56 < Postal_> dont remeber, should i svn up 03:57 < rxr> not yet 03:57 < rxr> or - wait 03:57 < Postal_> ok 03:57 < rxr> then do this 03:57 < rxr> ./scripts/Build-Target -cfg syste -job 5-zsh 03:57 < rxr> and you have renamed this one fiel before ? 04:00 < Postal_> ok i have not renamed the file 04:00 < Postal_> let me do that 04:01 < rxr> http://www.wired.com/news/mac/0,2125,66276,00.html 04:01 < rxr> ^- quite cool 04:01 < rxr> valentin: maybe we should relocate ExactCode to some coffee house here in berlin ? 04:03 < Postal_> lol, think we should all move to the UK, its a good central point 04:03 < rxr> well - uhm ... 04:03 < rxr> I like Europe quite a lot ... 04:03 < Postal_> ill bring my x86_64 box and well all have fun lol 04:04 < Postal_> ok how bout Frane 04:04 < Postal_> = 01/15/05 22:04:05 =[5]=> Aborted building package zsh. 04:04 < Postal_> !> Creation of binary package isn't possible, because the package was not 04:04 < Postal_> !> built successfully in (at least) the current stage. 04:04 < Postal_> france* 04:05 < rxr> you renameed the libtermcap.a before ? 04:05 < rxr> if yes send me the new log ,-) 04:05 < Postal_> ok ill send it 04:05 < Postal_> arent you going to sleep lol? 04:05 < rxr> well - yeah - soon 04:06 < Postal_> prehaps it is best if we maybey try one more time to fix this package if it works great, if not well try tomorrow 04:07 < rxr> yeah - what is it over there 22 o'clock? 04:07 < Postal_> yeah 04:07 < Postal_> 4am over there right 04:07 < rxr> yep 04:07 < rxr> in the new log it still tries to link in the libtermcap.a ... 04:08 < Postal_> i havent sent the new log yet 04:08 < Postal_> now i sent it 04:09 < rxr> oh - /me confused 04:10 < rxr> was confused by Max OS X usavility bugs ... 04:10 < rxr> ability even ... 04:10 < rxr> tada 04:10 < rxr> xorg is an easy one ;-) 04:10 < rxr> at least the error it is just at ... ;-) 04:10 < rxr> le me fix it quicky ... 04:14 < rxr> ok 04:14 < rxr> svn up 04:14 < rxr> and then this : 04:14 < rxr> ./scripts/Build-Target -cfg system -job 5-xorg 04:14 < CIA-10> rene * r5592 /trunk/package/x11/xorg/xorg_config.sh: * fixed xorg for x86-64 by not enabling the 32bit Matrox HAL binary 04:14 < rxr> to just bulid the xorg package inside the sandbox ... ;-) 04:16 < Postal_> ok building 04:16 < rxr> even in the new zsh it links again the libtermcap.a ... 04:16 < Postal_> well i guess that means a patch 04:16 < rxr> are you sure you renamed it? 04:16 < rxr> what does this output 04:17 < rxr> l build/system-*/usr/lib/libtermcap.a 04:17 < rxr> ls -l 04:17 < rxr> instead of l .. 04:17 < Postal_> == 01/15/05 22:17:06 =[5]=> Aborted building package xorg. 04:17 < Postal_> !> Creation of binary package isn't possible, because the package was not 04:17 < Postal_> !> built successfully in (at least) the current stage. 04:18 < rxr> oehm - guess I made some typo 04:18 < Postal_> lrwxrwxrwx 1 root root 12 2005-01-15 18:10 build/system-2.1.0-beta3-x86-athlon64-64-generic-expert/usr/lib/libtermcap.a -> libncurses.a 04:18 < rxr> ha! it is still there ... 04:18 < rxr> mv build/system-*/usr/lib/libtermcap.a . 04:19 < rxr> oh I see the typo 04:20 < rxr> fetch the changes ,-) 04:20 < CIA-10> rene * r5593 /trunk/package/x11/xorg/xorg_config.sh: * fixed just introduced syntax error due to unmatched fi ... 04:20 < Postal_> now the ls -l command says the file does not exist 04:20 < rxr> ok - then try xzsh and xorg ;-) 04:20 < Postal_> svn up? 04:20 < rxr> yes 04:20 < rxr> for the xorg typo 04:21 < Postal_> give me the exact builf command 04:21 < rxr> ./scripts/Build-Target -cfg system -job 5-zsh 04:21 < rxr> ./scripts/Build-Target -cfg system -job 5-xorg 04:22 < rxr> you could just run Build-Target -cfg system - but this would try to rebuild all the still failing packages ... 04:22 < Postal_> i cannot do them in one? 04:22 < rxr> no - AFAIR Build-Target's command parser has no state for multiple jobs ... 04:23 < rxr> this is maninly a developer short-path - normally you just want to build all - or rebuild all the errors ... 04:23 < Postal_> gcc -c -I. -DHAVE_CONFIG_H -Wall -Wmissing-prototypes -O2 -o main.o ./main.c 04:23 < Postal_> make[2]: Leaving directory `/TOOLCHAIN/src.zsh.1105845766.11150.0x7f0200/zsh-4.2.1/Src' 04:23 < Postal_> make[1]: Leaving directory `/TOOLCHAIN/src.zsh.1105845766.11150.0x7f0200/zsh-4.2.1/Src' 04:23 < Postal_> make: *** [all] Error 1 04:23 < Postal_> No 5-zsh.log file. 04:23 < Postal_> --- BUILD ERROR --- 04:23 < Postal_> Creating file list and doing final adaptions ... 04:23 < Postal_> Processing static lib corrections ... 04:23 < Postal_> Verifing the .la files ... 04:23 < Postal_> Found 7 files for this package. 04:23 < Postal_> Clear (old) md5sums and cksums ... 04:23 < Postal_> Calculating package dependencies ... 04:23 < Postal_> Creating md5sum and cksum files ... done. 04:23 < Postal_> Creating package description ... 04:23 < Postal_> Making post-install adaptions. 04:23 < Postal_> -> $root/var/adm/logs/5-zsh.out -> 5-zsh.err 04:23 < Postal_> == 01/15/05 22:23:28 =[5]=> Aborted building package zsh. 04:23 < Postal_> !> Creation of binary package isn't possible, because the package was not 04:24 < Postal_> !> built successfully in (at least) the current stage. 04:24 < Postal_> let me retry x 04:24 < rxr> can you sent the new log? 04:24 < rxr> the interesting part is not in the paste ;-) 04:24 < Postal_> yeah 04:26 < Postal_> sent 04:28 < rxr> strange there is no real error in the log ... 04:28 < rxr> hm 04:29 < rxr> zsh is anyway just yet another shell just most probably never miss .. 04:29 < rxr> let's focus on the more serious stuff ... 04:30 < Postal_> I think you should sleep, and well talk about it tomorrow... 04:30 < rxr> can you sent the gzip log to me 04:30 < rxr> just for a tiny look ... 04:30 < Postal_> ok 04:31 < Postal_> its a .log not a .err 04:32 < rxr> exactly 04:32 < Postal_> ok sent 04:34 < rxr> hm - looks pretty normal 04:34 < Postal_> lol 04:35 < rxr> what's so funny ? 04:35 < Postal_> you 04:35 < rxr> hehe 04:36 < nzg> moin 04:36 < Postal_> moin=? 04:37 < nzg> moin = good morning 04:37 < Postal_> ah 04:41 < rxr> hi nzg 04:42 < Postal_> x is still going 04:43 < rxr> good 04:43 < rxr> I have the feeling x might nevertheless fail wanting some lib64 directory ... 04:43 < rxr> we'll have to wait ... 04:43 < rxr> damn - this video is comming down as over a v.90 line ... 04:45 < nzg> rxr: apropros x86_64 04:45 < rxr> yep ? 04:46 < nzg> how are the chances to get such a system built? 04:46 < Postal_> ake[3]: Leaving directory `/TOOLCHAIN/src.xorg.1105845841.25963.0x7f0200/xc/programs' 04:46 < Postal_> making all in ./fonts... 04:46 < Postal_> make[3]: Entering directory `/TOOLCHAIN/src.xorg.1105845841.25963.0x7f0200/xc/fonts' 04:46 < Postal_> making all in fonts/encodings... 04:46 < Postal_> make[4]: Entering directory `/TOOLCHAIN/src.xorg.1105845841.25963.0x7f0200/xc/fonts/encodings' 04:46 < Postal_> making all in fonts/encodings/large... 04:46 < Postal_> make[5]: Entering directory `/TOOLCHAIN/src.xorg.1105845841.25963.0x7f0200/xc/fonts/encodings/large' 04:46 < Postal_> cat big5.eten-0.enc | gzip > big5.eten-0.enc.gz 04:46 < Postal_> /bin/sh: line 1: 28084 Broken pipe cat big5.eten-0.enc 04:46 < Postal_> 28085 Segmentation fault | gzip >big5.eten-0.enc.gz 04:46 < Postal_> make[5]: *** [big5.eten-0.enc.gz] Error 139 04:46 < Postal_> make[5]: Leaving directory `/TOOLCHAIN/src.xorg.1105845841.25963.0x7f0200/xc/fonts/encodings/large' 04:46 < Postal_> make[4]: *** [large] Error 2 04:46 < Postal_> make[4]: Leaving directory `/TOOLCHAIN/src.xorg.1105845841.25963.0x7f0200/xc/fonts/encodings' 04:46 < Postal_> make[3]: *** [all] Error 2 04:46 < Postal_> make[3]: Leaving directory `/TOOLCHAIN/src.xorg.1105845841.25963.0x7f0200/xc/fonts' 04:46 < rxr> Postal_: oh yeah - we should fix gzip ... 04:46 < Postal_> make[2]: *** [all] Error 2 04:46 < Postal_> make[2]: Leaving directory `/TOOLCHAIN/src.xorg.1105845841.25963.0x7f0200/xc' 04:46 < Postal_> make[1]: *** [World] Error 2 04:46 < Postal_> make[1]: Leaving directory `/TOOLCHAIN/src.xorg.1105845841.25963.0x7f0200/xc' 04:46 < Postal_> make: *** [World] Error 2 04:46 < rxr> nzg: you mean a ISO or simillar ? 04:47 < Postal_> why is that why its failing 04:47 < rxr> Postal_: oh yeah - we should fix gzip ... 04:47 < rxr> gzip crashes compressing the fonts ... 04:47 < nzg> yeah, i cant't build on my nb directly because i need it at work, so i think i need to crosscompile right? 04:48 < rxr> yeah - that - or get the ISO from Postal_ once we have some more complete system ... 04:48 < Postal_> rxr, whats wrong with gzip? 04:48 < rxr> Postal_: no idea yet ... 04:48 < rxr> could you run Download -cfg system -required 04:48 < rxr> I hope it does download gdb ... 04:48 < Postal_> yeah svn up first or no 04:48 < rxr> I added it to the minimal template an hour ago ... 04:48 < rxr> no - you already got it in the meantime ... 04:49 < nzg> rxr: that's another option, yes 04:49 < Postal_> rxr, it oncly downloaded ncompress 04:49 < rxr> but crosss build does work well 04:49 < rxr> I tried yesterday IIRC 04:49 < rxr> Postal_: then start the Config -cfg system 04:50 < rxr> and quit it - I feared some state files might not get updated wihtout a Config run ... 04:50 < rxr> ah - yes I also know why ... 04:50 < rxr> after the Config start it should download gdb ... 04:50 < Postal_> it still only pulled ncompress 04:51 < rxr> erhm - strange 04:51 < rxr> then open the Config 04:51 < rxr> and reselect your minimal+xorg template ... 04:52 < Postal_> still only ncompress 04:52 < Postal_> are you sure you added it 04:53 < CIA-10> rene * r5594 /trunk/misc/pkgsel/ (minimal+xorg.in minimal-desktop.in minimal-xorg.in): 04:53 < CIA-10> * really added gdb to the minimal+xorg template and renamed it for 04:53 < CIA-10> more uniform naming 04:54 < rxr> ok - done 04:54 < rxr> just restart Config 04:54 < rxr> select the template (I just renamed it because I did not wanted to do this soem hours ago when you had the name in your config) 04:54 < rxr> and then Download _should_ finally pull gdb ... 04:55 < Postal_> nope 04:55 < rxr> errrgh 04:55 < Postal_> cant you specify a package to pull down? 04:55 < rxr> you use minimal-xorg, right ? 04:55 < Postal_> yes 04:55 < rxr> when it is not pulled down it is not in the config and thus not build ... 04:56 < Postal_> ic 04:56 < rxr> works here .. 04:56 < Postal_> well... 04:57 < Postal_> prehaps it is already down 04:57 < rxr> hm - yes 04:57 < rxr> that might be ... 04:57 < rxr> what does 04:57 < rxr> ./scripts/Build-Target -cfg system 5-gdb 04:57 < rxr> err 04:57 < rxr> ./scripts/Build-Target -cfg system -job 5-gdb 04:57 < rxr> do ? 04:58 < Postal_> $root/var/adm/logs/5-gdb.out -> 5-gdb.err 04:58 < Postal_> == 01/15/05 22:58:24 =[5]=> Aborted building package gdb. 04:58 < Postal_> !> Creation of binary package isn't possible, because the package was not 04:58 < Postal_> !> built successfully in (at least) the current stage. 04:58 < rxr> and what is in the error log ? 04:58 < Postal_> Did you run ./scripts/Download for this package? 04:58 < rxr> ouhm 04:59 < rxr> when you knwo what to do ;-) 04:59 * rxr toothbrushing ... 04:59 < Postal_> i did not svn up after you changed the name the last itme 04:59 < rxr> ouhm 04:59 < rxr> but that change included IIRC the missing gdb in one of the files ... 05:00 < rxr> just run 05:00 < rxr> ./scripts/Download gdb and you will get 05:00 < Postal_> im pulling down the file now 05:00 < rxr> ok 05:00 < Postal_> it worked lol 05:01 < Postal_> ok im building it 05:04 < Postal_> ok gdb is built 05:04 < rxr> cool 05:04 < rxr> chroot build/system-* 05:05 < rxr> gdb gzip 05:05 < rxr> r 05:05 < rxr> bt 05:06 < Postal_> lots of output 05:06 < rxr> too much to paste ? 05:06 < Postal_> it says hit return to continue 05:06 < Postal_> yeah 05:06 < rxr> oehm - then cut'n paste it all into a mail ,-) 05:07 < Postal_> 0 0x0000000000403302 in ?? () 05:07 < Postal_> #1 0x0000002a95684e7b in __libc_start_main () from /lib/libc.so.6 05:07 < Postal_> #2 0x00000000004014aa in ?? () 05:07 < Postal_> #3 0x0000007fbffff158 in ?? () 05:07 < Postal_> #4 0xfefefefefefefeff in ?? () 05:07 < Postal_> #5 0x0000000000000001 in ?? () 05:07 < Postal_> #6 0x0000007fbffff4ca in ?? () 05:07 < Postal_> #7 0x0000000000000000 in ?? () 05:07 < Postal_> #8 0x0000007fbffff4d4 in ?? () 05:07 < Postal_> #9 0x0000007fbffff4ed in ?? () 05:07 < Postal_> it all looks like this 05:07 < Postal_> do you want the whole file? 05:08 < rxr> are there mostly questionsmarks or also some more lines with real names ? 05:08 < rxr> this does not look very healthy btw ... 05:08 < Postal_> mostly question marks 05:09 < rxr> hm - then let's schedule it for tomorrow or so ... 05:09 < rxr> maybe I need a ssh account to play with gzip in life to see what it does ... 05:10 < Postal_> ok, well look, its 5:09 in the morning for you, GO TO BED, tomorrow, youll tell me how to give you an ssh account, and then you can fix the problem 05:12 < Postal_> just so you know there about 471 lines of question marks and at the end it says Cannot access memory at address 0x7fc0000000 05:12 < rxr> yes sure 05:12 < rxr> I'm on my way to bed ;-) 05:12 < Postal_> ok what time do you expect to be on tomorrrow? 05:12 < rxr> yeah - that is very corrupted memory 05:12 < rxr> I take a look tomorrow 05:12 < rxr> well - I have some important work to do 05:13 < rxr> I'll on my desk the wohle day - but free time will be short ... 05:13 < rxr> but mnemoc_ and jsaw might also be here to track it ... 05:13 < rxr> just join when you have time and fun tracking it ... 05:13 < Postal_> ok prehaps someone can teach me how to track this stuff also 05:14 < rxr> well - this is more really more advanced stuff .. 05:14 < rxr> the other would have been easier - like missing -fPIC arguments ... 05:14 < rxr> for this bug one need to know a bit more C and such ... 05:14 < Postal_> I know a litte C++ but not much 05:15 < Postal_> anyway tty tomorrow 05:15 < rxr> yeah - cu 05:15 < rxr> n8 all 05:15 < Postal_> cu 05:17 -!- Postal_ is now known as Postal|Away 05:17 < nzg> n8 rxr 05:17 < nzg> hm, i should get to sleep too 05:18 < nzg> so n8 all 06:08 -!- ideal [~idealm@61.51.102.119] has quit ["Leaving"] 07:51 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2 08:32 -!- mipe [~mipe@dsl10040.japo.fi] has joined #t2 08:41 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 60 (Operation timed out)] 09:25 -!- mipe [~mipe@dsl10040.japo.fi] has quit ["Lost terminal"] 09:30 -!- mipe [~mipe@dsl10040.japo.fi] has joined #t2 10:02 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2 12:01 -!- mtr_ is now known as mtr 12:01 < mtr> moin 12:10 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 60 (Operation timed out)] 12:15 -!- lars__ [~lars@port-212-202-42-228.dynamic.qsc.de] has joined #t2 12:17 < lars__> buenas 12:17 < lars__> rxr: hi...? 12:23 < lars__> ok, none there. I will post on the list. 12:23 -!- lars__ [~lars@port-212-202-42-228.dynamic.qsc.de] has quit ["leaving"] 12:41 < jsaw> re 12:44 -!- mipe [~mipe@dsl10040.japo.fi] has quit ["leaving"] 12:46 -!- sparc-kly [~sparc-kly@64.237.130.154] has joined #t2 13:08 < rxr> 0re 13:10 < rxr> hi jsaw 13:12 -!- lars__ [~lars@port-212-202-42-228.dynamic.qsc.de] has joined #t2 13:12 < rxr> Galeon 1.3.19 (Unstable) 13:12 -!- mipe [~mipe@dsl10040.japo.fi] has joined #t2 13:12 < rxr> hi lars__ 13:13 < rxr> hello mipe 13:13 < mipe> hi rxr 13:13 < lars__> hi rxr 13:13 < mipe> damm,rejoin 13:13 -!- mipe [~mipe@dsl10040.japo.fi] has quit [Client Quit] 13:13 < lars__> I still have some problems wih dn resolving 13:13 -!- mipe [~mipe@dsl10040.japo.fi] has joined #t2 13:14 < rxr> lars__: in which way? 13:14 < lars__> when using the dns form the dhcp server (the local ip of the server itself) then konquror needs quite a long time to load some pages 13:15 < lars__> Often some text part of the pages appears very fast, the pictures need up to 2 min 13:15 < lars__> With firefox no problem at all 13:15 < rxr> hm 13:15 < rxr> never saw such behavour 13:16 < lars__> The same problem when calling the conf-page of the router itself: 13:16 < lars__> When calling by ip everything goes fast 13:16 < rxr> I would start with eithereal to track what data is exchanged ... 13:17 < lars__> when calling by its (internal) name then only on small textual part of the page appears immedialtely the rest takes quit a long time 13:17 < lars__> with firefox everything goes fast. 13:18 < lars__> sniffing with ethereal: I do not understand much of this. Seems that there are a lot of type AAAA dns requests which are not answerd properly 13:18 < rxr> when it is not the "applicatoin has old entry from /etc/resolv.conf cached" problem you had yesterday I have no immediate idea what it couldd be ... 13:19 < rxr> an workaround idea 13:19 < lars__> no --- I rebooted the machine. 13:19 < rxr> setup this DNS cache thing shipped with glibc 13:19 < lars__> and even if it were: the cached entry should work well in that case 13:20 < rxr> # nscd --help 13:20 < rxr> Usage: nscd [OPTION...] 13:20 < rxr> Name Service Cache Daemon. 13:20 < lars__> The old entry (which accidentally was still there) worked well 13:21 < rxr> i do not know off hand how much the glibc does cache by default 13:21 < lars__> what is nscd exatly and what does it and how? 13:21 < rxr> I guess this hugely depends on the TTL flags in the response 13:21 < lars__> what is TTL? 13:21 < rxr> Time To Life 13:21 < rxr> od the DNS records 13:22 < rxr> exactcode or dyndns have rather tiny ones (one minute or less) 13:22 < rxr> normal sites have longer 13:22 < lars__> You mean, the value is to small and konqueror does to much requests 13:22 < rxr> yes - maybe the value is even manipulated by your strange router ... 13:22 < lars__> Maybe firefox uses the cache and konqueror not? 13:22 < rxr> (why do you use it at all ;-) 13:23 < lars__> Use what at all? 13:23 < rxr> both should cache - but I have no overview if firefox implements it's own cache and what the kde people did in their KDE framework 13:23 < rxr> the router ... 13:24 < lars__> And why the old external dns worked well for both? 13:24 < rxr> maybe because your tiny DSL router is poorly implemented and returns some junk? 13:24 < lars__> I use it because it has an internal Voip board to which we can connect our archaic orange telephone and which works fine. 13:25 < rxr> ic 13:25 < lars__> We got this hardware for free. Otherwise we would had to pay a lot for VoIP hardware. 13:25 < rxr> this nscd is a tiny DNS cache shipped with glibc 13:25 < lars__> I think avm is not the worst hardware...? 13:26 < rxr> I have never set it up - but read a few times (either by the famous Drepper or in articles) 13:26 < rxr> it should be straight forward - just google for it or consult some manpage or so ... 13:26 < lars__> what did you read? 13:27 < rxr> e.g. drepper proposed it when people wanted to patch the glibc to dynamically reread /etc/resolv.conf due to mobile environments where the nameserver changes from time to time 13:27 < lars__> is it worth to use dnsd? will it be used by all progs automaticly 13:28 < rxr> of course you setup your /etc/resolv.conf to point to 127.0.0.1 13:28 < rxr> so it is the used by all programs ... 13:28 < lars__> and dhcp can wont override it? I think in that case I have to change dhclient-script in that case 13:29 < mipe> hmm,11 errors in build so far 13:29 < rxr> my yes - you need to tweak the dhcp client to not touch it ... 13:29 * rxr breakfast ... 13:30 < lars__> and then I insert the ns form the dhcp server in the dnsd conf. 13:31 < rxr> nscd.conf you mean? 13:31 < lars__> Just for the case -- that I have no success with the default dns from the router: Can you tell me the ip of some other dns which I may use? 13:31 < rxr> 141.64.3.55 and 141.64.3.40 are the ones from the tfh ... 13:31 < lars__> oops nscd.conf sure 13:32 < lars__> They will have sufficient response time for me 13:32 < lars__> ? 13:32 < rxr> they have for me ;-) 13:33 < lars__> ok. greetings form Ada and Pamela --- they currently are taking lunch ;-) 13:33 < rxr> greetings, too ;-) 13:34 < lars__> ok, you may have your breakfast and I will give a try to nscd. bey. 13:40 < rxr> mipe: does gzip segfault on your amd64 box ? 13:41 < mipe> it did,but i upgrade to 1.3.3 and didnt sefault anymore 13:41 < mipe> 1.3.3 is beta version i think 13:42 < rxr> I wonder why it does not fail for ROCK - as they have that version, too 13:42 < rxr> our version that is 13:42 < mipe> failing packages for me:[5] base/glibc [5] shells/zsh 13:42 < mipe> [5] database/bdb [5] graphic/libjpeg 13:42 < mipe> [5] archiver/mine [5] graphic/libungif 13:42 < mipe> [5] base/pam [5] base/pciutils 13:42 < mipe> [5] filesystem/nfs-utils [5] x86/grub 13:42 < rxr> but when you sa the beta version works - I'll update it and pull all the fedora core pathces in 13:43 < mipe> [7] perl/perl 13:43 < mipe> 144 builds total, 133 completed fine, 11 with errors. 13:43 < rxr> how about your programming skills ? 13:44 < rxr> could you track some of the failures ? 13:45 < mipe> :),my programming skills are lousy,been programming 5 years on java,i did do c/c++ stuff before that but i bet i have forgot all of them. i guess its time to refresh my memories on this 13:45 < mipe> atm,testing if i get glibc to build 13:45 < rxr> have you fixed s.th. else beside gzip ? 13:45 < rxr> mipe: forget that 13:46 < rxr> mipe: that is tricky - fails on the rebuild on x86 here, too 13:46 < rxr> better take other normal packages .... 13:46 < rxr> and I suspect our wrapper to crash the glibc thing which then is even trickier to review 13:46 < mipe> ah,ok. what does -fno-unit-at-a-time do? 13:47 < rxr> it does enable some new /experimental/ compile mode in gcc-3.4 and up 13:47 < rxr> where the file is compiled after all has ben passsed 13:49 < mipe> oh ok. the glibc thing fails on: rpcgen -Y ../scripts -c rpcsvc/bootparam_prot.x -o /TOOLCHAIN/src.glibc 13:49 < rxr> this can yield better code since the compiler does have the whole CFG (control flow graph) for the file - formerly it compiled the stuff as it got it thru the file layout 13:49 < rxr> yes 13:49 < rxr> rpcgen is the first program executed by the new glibc 13:49 < rxr> so the freshly compiled glibc might be defect 13:49 < rxr> or there is an interaction problem with our flist wrapper 13:50 < rxr> I test later 13:50 < mipe> .1105865905.30343.7f0100/libc/objdir/sunrpc/xbootparam_prot.T 13:50 < mipe> make[2]: *** [/TOOLCHAIN/src.glibc.1105865905.30343.7f0100/libc/objdir/sunrpc/xb 13:50 < mipe> ootparam_prot.stmp] Segmentation fault 13:50 < mipe> if it is diffrent than the other build fails. 13:50 < mipe> i'll give a look at the other packages 13:50 < rxr> yes - glibc is a tricky beast 13:50 < rxr> and here the flist wrapper might be involved ... 13:53 < rxr> why did you ask about -funit-at-a-time ? 13:54 < mipe> hmm,there was a thread to use that line,while compiling glibc. but i think it was for other error 13:55 < mipe> 5-libjpeg:checking host system type... Invalid configuration `x86_64-unknown-linux-gnu': m 13:55 < mipe> achine `x86_64-unknown' not recognized 13:56 < rxr> fix known - second 13:58 < rxr> commited 13:58 < CIA-10> rene * r5595 /trunk/package/graphic/libjpeg/libjpeg.conf: * fixed libjpeg for x86-64 and cleaned the .conf on the way 14:01 < mipe> same with libungif 14:02 < mipe> same error at libungif,i mean 14:02 < rxr> ok 14:02 < rxr> please report if the fixes build .. 14:02 < mipe> yep,libjpeg build 14:04 < rxr> so xorg built with my fix yesterday, too ? 14:07 < mipe> i'm doing generic with minimal packages,so no xorg here. i'll do full build of generic after i done this. i personally dont need xorg and stuff. 14:09 < rxr> ic 14:09 < CIA-10> rene * r5596 /trunk/package/develop/scons/parse-config: * added the scons parallel build support 14:11 < CIA-10> rene * r5597 /trunk/package/archiver/upx/ (ugly-fixes.patch upx.conf upx.desc): * updated upx (1.24 -> 1.25) 14:12 < rxr> mipe: your fixes follow in a scond 14:12 < rxr> I first needed to flush my development tree ... 14:12 < mipe> no rush. i'm going for little shopping soon,will be back soon 14:12 < CIA-10> rene * r5598 /trunk/package/base/ncurses/ncurses.conf: * removed comment from ncurses.conf 14:13 < CIA-10> rene * r5599 /trunk/package/multimedia/kaxtv/kaxtv.conf: * fixed kaxtv by removing the kde global --enable-final 14:14 < CIA-10> rene * r5600 /trunk/package/multimedia/blender/blender.conf: * improved blender to use the new $sconsopt (for parallel builds) 14:14 < lars__> rxr: a question about configuring nscd 14:14 < rxr> I never did so - google might be a better answer *g* 14:15 < lars__> how do I tell nscd what dns to use? 14:15 < lars__> in nscd.conf there is no possibility. 14:15 < lars__> ok, I am going to google. 14:17 < rxr> hm - maybe the nscd does not need configuration due to tight coupling with glibc ... 14:17 < rxr> http://www.thecabal.org/~devin/nscd.txt 14:17 < rxr> but that side is how to disable most of nscd 14:18 < rxr> maybe the libc resolver does conenct to it locally when it is available ... 14:24 < lars__> I think nscd does not solve my problem. it works directly with glibc and starting it (with default conf) does not change anything. E.g. Google is fast, heise takes 2 min to load in Konqueror 14:25 < rxr> hm 14:25 < rxr> then there are the choices of really debugging it - or using a real dns server like bind ... 14:25 < rxr> does google yield s.th. when you search for problem with your hardware router and linux ? 14:34 < CIA-10> rene * r5601 /trunk/package/ (8 files in 8 dirs): 14:34 < CIA-10> * seven new x86-64 fixes - partly imported from ROCK Linux 14:34 < CIA-10> * cleaned up the imported changesets 14:35 < rxr> I think we now have most of the recent x86-64 patches from the "other project" 14:41 < mipe> hmm,grub:checking for C compiler default output file name... configure: error: C compiler 14:41 < mipe> cannot create executables 14:47 < rxr> lol 14:47 < rxr> much fun with it 14:48 < mipe> well it cant link with gcc so thats the error. that is if i read this error log correctly 14:48 < mipe> gcc.a is incopatible 14:49 < mipe> *incompatible* 14:54 < lars__> rxr: The problem is the router box in any case. When I use the dns, the router itself uses everything goes fine. So the internal dns of the router seems to mangle the dn infos in a way that konqueror gets confused. Looking into ethereal log I think it has something to do with ipv6 --- I know to little about this. I give up --- inhibiting dhclient to change /etc/resolv.conf and putting the external dns there. 14:55 < lars__> google does only give the usual suse-mailing-list crap 14:56 < lars__> ... a la "how I can tell yast to..." 14:58 < lars__> Going to spend some attention to my family ... it is sunday afternoon ... :-) 15:00 < lars__> germany: the weather is fine out there. 15:00 < lars__> bey to all. Have a nice day ;-) 15:01 -!- lars__ [~lars@port-212-202-42-228.dynamic.qsc.de] has quit ["leaving"] 15:10 < rxr> re 15:13 < Postal|Away> rrrrrr\\\\\\\\\\\\\\\\\ 15:14 < rxr> Postal|Away: ? 15:27 < mipe> rxr:pciutils will build if ROCKCFG_PARALLEL_MAX='1',but if its greater than 1 it fails 15:27 < rxr> what is the error output ? 15:28 < mipe> and so does mine build if its set to 1 and not greater,mom i'll find it 15:29 < mipe> with parallel greater than 1,pciutils fails like this: 15:29 < mipe> Creating /usr/<..> if required ... 15:29 < mipe> cd lib && ./configure /usr/share 2.1.11 15:29 < mipe> Configuring libpci for your system...gcc -O2 -fomit-frame-pointer -Wall -W -Wno- 15:29 < mipe> parentheses -Wstrict-prototypes -c -o lspci.o lspci.c 15:29 < mipe> gcc -O2 -fomit-frame-pointer -Wall -W -Wno-parentheses -Wstrict-prototypes -c 15:29 < mipe> -o common.o common.c 15:29 < mipe> In file included from pciutils.h:11, 15:29 < mipe> from lspci.c:17: 15:29 < mipe> lib/pci.h:14:20: config.h: No such file or directory 15:29 < mipe> In file included from pciutils.h:11, 15:29 < mipe> from lspci.c:17: 15:29 < mipe> lib/pci.h:130: error: parse error before "word" 15:29 < mipe> and lots of lspci.c:108: error: dereferencing pointer to incomplete type 15:29 < mipe> type of lines 15:32 < rxr> and with PARALLEL=1 it builds ? 15:39 < mipe> yeah 15:39 < rxr> gzip --versiongzip 1.3.5 15:43 < rxr> mipe: could you test gzip in t2:HEAD ? 15:43 < CIA-10> rene * r5602 /trunk/package/archiver/gzip/ (7 files): 15:43 < CIA-10> * updated gzip (1.2.4a -> 1.3.5) - should fix x86-64 segfault 15:43 < CIA-10> * added rsyncable patch 15:44 < mipe> will test soon. so far with parallel=1,builds otherwise broken pam,pciutils,mine 15:45 < rxr> that much is broken ? 15:45 < rxr> uhm 15:45 < mipe> now: 15:45 < mipe> [5] base/glibc [5] shells/zsh 15:45 < mipe> [5] database/bdb [5] x86/grub 15:45 < mipe> and perl is recompiling,not sure if it works 15:47 < mipe> and perl works that way too. 15:48 < rxr> hm - too bad ... 15:49 < rxr> ok - so perl, libusb, pam, mine 15:49 < rxr> anything else ? 15:49 < mipe> libusb? pciutils.... 15:49 < rxr> erh - yeah - sorry 15:50 < mipe> gzip compiles and works 15:50 < rxr> good ;-) 15:50 < mipe> but have to go.back later 15:50 -!- mipe is now known as mipe|AFK 15:51 < rxr> cu 16:05 < CIA-10> rene * r5603 /trunk/ (6 files in 6 dirs): 16:05 < CIA-10> * added a NOPARALLEL flag to mark packages broken with -j* and flagged 16:05 < CIA-10> mine, pam, pciutils and perl accordingly ... 16:29 < Postal|Away> Morning all 16:29 -!- Postal|Away is now known as Postal 16:30 < rxr> hi Postal 16:30 < Postal> rxr, how work comming? 16:30 < rxr> good 16:30 < rxr> I would say svn up ;-) 16:30 < Postal> ok 16:30 < rxr> and then most except glibc should be fixed ... 16:31 < rxr> oh - moment 16:31 < rxr> I have a parallel build fix pending ... 16:31 < Postal> anything to remove befoe the rebuild 16:31 < rxr> just run Build-Target 16:31 < Postal> ok 16:31 < rxr> it should rebuild all IIRC ... 16:31 < Postal> well havent you been bussy 16:32 < rxr> yeah - busy don't t2 stuff ... 16:32 < rxr> oh - you need to reschedule one package 16:32 < rxr> gzip ;-) 16:32 < Postal> ok 16:32 < rxr> you still know how to reschedule the build? 16:33 < Postal> no i cannot remember lol 16:33 < rxr> ./scripts/Create-ErrList -cfg system -remove gzip 16:33 < Postal> ok 16:34 < Postal> i have to download it 16:35 < Postal> ok builing now 16:35 < Postal> gzip built but distree did not 16:35 < rxr> dirtree was this shared file problem - just ignore it ... it is harmless ... 16:35 < rxr> so 16:36 < rxr> svn up again 16:36 < CIA-10> rene * r5604 /trunk/package/base/make/parse-config: 16:36 < CIA-10> * fixed make's parse-config to look into the right flag 16:36 < CIA-10> * added a parallel config status output 16:36 < CIA-10> * improved make to only inject -j if the max barrier is greater than 1 16:36 < rxr> you get a parall buld fix then .. 16:36 < Postal> ok 16:36 < rxr> but now I'm really in the background doing other stuff ... 16:36 < Postal> ok just gimmie a jingle when your done with work 16:36 < rxr> I hope mnemoc_ and/or jsaw show up to help you with possible upcomming errors ... 16:36 < rxr> ehrm - not soon 16:37 < Postal> not a problem lol 16:37 < rxr> I most probably work until late night ... 16:37 < rxr> but I can answer tiny problems or questions 16:37 < rxr> ehrm 16:37 < Postal> well go work lol 16:37 < rxr> the Apple Mail.app just crashed on me ... 16:37 < Postal> ttyl 16:38 < rxr> the Mail.app was running 9(!) threads at that time ... 16:38 < rxr> crashed in some ObjC message send internal handler ... 16:38 < rxr> hm 16:40 < rxr> bug report sent to Apple ... 16:58 * rxr rebuilding minimal just for fun 17:17 < Postal> i belive linux26 built fine this time around 17:17 < Postal> but i beive gcc still failed 17:29 < rxr> yep - gcc is just a shared file thing 17:29 < rxr> harmless 17:32 < Postal> Error logs from system-2.1.0-beta3-x86-athlon64-64-generic-expert: 17:32 < Postal> [5] base/00-dirtree [5] base/glibc 17:32 < Postal> [5] base/gcc [5] shells/zsh 17:32 < Postal> [5] database/bdb [5] archiver/ncompress 17:32 < Postal> 147 builds total, 136 completed fine, 6 with errors. 17:37 < rxr> xorg built, hm ? ;-) 17:37 < Postal> its building now 17:40 < Postal> but if xorg fails, then we are back where we started last night 17:40 < Postal> IIRC 17:51 < Postal> xorg build succesfully 17:53 < Postal> Finishing build. 17:53 < Postal> -> Creating package database ... 17:53 < Postal> !> Binary file for zsh-4.2.1.gem not present. Skipped in package database. 17:53 < Postal> !> Binary file for ncompress-4.2.4.gem not present. Skipped in package database. 17:53 < Postal> !> Binary file for libungif-4.1.0.gem not present. Skipped in package database. 17:53 < Postal> !> Binary file for grub-0.95.gem not present. Skipped in package database. 17:53 < Postal> !> Binary file for glibc-2.3.4-2004-12-24.gem not present. Skipped in package database. 17:53 < Postal> !> Binary file for gcc-3.4.3.gem not present. Skipped in package database. 17:53 < Postal> !> Binary file for bdb-4.2.52.gem not present. Skipped in package database. 17:53 < Postal> !> Binary file for 00-dirtree-0000.gem not present. Skipped in package database. 17:53 < Postal> -> Creating isofs.txt file .. 17:56 < Postal> gimmie a jingle when you want the .err logs 17:56 < rxr> libungif and ncompress could be of interrest ... 17:57 < Postal> grub, will not compile under x86_64, you need to cross compile toolchains... im pretty sure of that 18:00 < Postal> the two .err msgs you requested are sent... look at them when you can... also know that grub failed in configure... 18:00 < Postal> checking for x86_64-unknown-linux-gnu-gcc... (cached) gcc 18:00 < Postal> checking for C compiler default output file name... configure: error: C compiler cannot create executables 18:00 < Postal> See `config.log' for more details. 18:00 < Postal> No 5-grub.log file. 18:03 < rxr> Postal: yes mipe|AFK wrote this,t oo 18:03 < rxr> would be nice if you could take a look what it does 18:03 < rxr> and/or maybe mipe|AFK does come up with a fix ;-) 18:03 * rxr rebooting one usb port dead in osx again ... 18:05 < Postal> hopefully mnemoc_ or jsaw will come around soon 18:13 < rxr> seems to familly sunday ... ;-) 18:15 < Postal> dont you have family you should be off doing somthing with..? 18:31 -!- mipe|AFK is now known as mipe 18:32 < Postal> hey mipe 18:32 < mipe> hi postal 18:33 < Postal> mipe, what do you know about grub on x86_64? 18:34 < mipe> atm not much. i know its compiles with multilib enabled 18:34 < Postal> i know that it wont compile under x86_64 that I know of...in fact at the moment it wont even config 18:34 < mipe> anyone tryed grub2,or is it even usable? 18:35 < Postal> not sure 18:35 < mipe> it compiles on x86_64 with multilib 18:35 < mipe> grub i mean 18:35 < Postal> is that enabled by default in t2? 18:36 < mipe> hmm,dont know,but i dont thinks so 18:36 < Postal> would it be difficult to enable and svn commit? 18:37 < mipe> it can be enabled in Config. and perharps needs an recompile of the system. but have to think and test this before i go that way 18:38 < Postal> ok, well rxr has been pretty much workign through problems as i post them but hes working now, you know real life calls and what not so... 18:43 < rxr> mipe: what makes you think grub needs multilib support? 18:43 < rxr> have you tested this in some way? 18:44 < rxr> does it pass -m32 or so ? 18:44 < rxr> and/or what does it do to the C compiler to fail ? 18:44 < Postal> rxr, all valid ?'s lol 18:44 < mipe> havent tested but there where some discussion on gentoo forums. and i know grub works since i'm using it at gentoo box 18:45 < mipe> which is x86_64 also 18:46 < rxr> can you rebuild t2 with multilib enabled ? 18:46 < rxr> we could make that the default for sparc64 and x86-64 then ... 18:47 < rxr> mipe: or can you first test what the t2 gcc says when you call it with -m32 ? 18:47 < rxr> gcc -m32 misc/archive/hello.c or so .. 18:47 < mipe> i'll start the full generic build later today. will test.... 18:47 < mipe> with multilib enabled 18:49 < rxr> Postal: 18:49 < rxr> File not found: download/mirror/n/ncompress-4.2.4.tar.bz2 18:49 < rxr> Did you run ./scripts/Download for this package? 18:50 < mipe> with gcc -m32 hello.c, it cant find gcc to link with 18:50 < mipe> ncompress has invalid checksum 18:50 < rxr> aha ... 18:50 < rxr> .oO 18:51 < rxr> mipe: ok - then multilib sounds reasonable ... 18:51 < mipe> i' 18:51 < mipe> i'll start building it soon 18:54 < rxr> for me ncompress has the correct checksum 18:54 < rxr> don't you use the t2 mirrors ? 18:54 < mipe> yes. i get other checksum errors too. not just ncompress 18:54 < mipe> thats wierd 18:54 < rxr> mipe: which mirror ? 18:55 < mipe> http://nexus.tfh-berlin.de/~t2/source/2.1 2.1.0-beta3 18:56 < CIA-10> rene * r5605 /trunk/package/graphic/libungif/libungif.desc: * updated libungif (4.1.0 -> 4.1.3) - should fix x86-64 18:56 < Postal> rxr, is that the fix? 18:56 < rxr> mipe: ack - on that I see it too 18:56 < rxr> Postal: libungif ? 18:56 < rxr> think so 18:57 < Postal> you want me to svn up? 18:57 < mipe> linuxtv-dvb-firmware-2004-10-10.tar.bz2.cksum-err 18:57 < mipe> from the same mirror too 18:58 < rxr> Postal: what mirror do you use over there in the US ? 18:58 < rxr> cat download/Mirror 18:58 < rxr> ... 18:58 < Postal> http://nexus.tfh-berlin.de/~t2/source/2.1 2.1.0-beta3 19:01 < Postal> so... 19:05 < CIA-10> rene * r5606 /trunk/package/archiver/ncompress/ncompress.desc: 19:05 < CIA-10> * fixed the ncompress checksum to the one we have on the mirrors for 19:05 < CIA-10> ages 19:08 < CIA-10> rene * r5607 /trunk/package/multimedia/dvb-firmware/dvb-firmware.desc: 19:08 < CIA-10> * fixed the dvb-firmware checksum to the one we have on the mirrors for 19:08 < CIA-10> ages 19:14 < Postal> rxr, you want me to svn up and test the new packages? 19:16 < rxr> yep 19:16 < rxr> can your do this: 19:16 < rxr> rm download/Mirror 19:16 < rxr> and paste the mirror detection output here 19:16 < rxr> I'm curious about the various speeds over there ;-) 19:16 < Postal> after i ran the command it just jumped to a newline 19:16 < mipe> clip-patch download fails 19:17 < rxr> known 19:17 < rxr> I'm working on all not on the mirors .. 19:17 < rxr> you guys keep me busy and away from my real work ... 19:18 < Postal> you could always logg off lol 19:18 < rxr> my client is logging the official channel log - so no log off ;-) 19:19 < Postal> ok im building 19:20 < Postal> but now i have to build gcc and glibc again... 19:20 < Postal> can i ctrl-c and build only fixed packages? 19:21 < rxr> ctrl-c might abort the wohle build ... just waste some cpu cycles for now ;-) 19:21 < Postal> ok ok, but its going to take a while, and we know that they fail lol 19:25 < rxr> you could disable the "try rebuild broken packages" option and schedule them all manually for rebuild ... 19:25 < rxr> don't know if that is better ... ;.) 19:25 < Postal> couldent i just use Build-pkg 19:25 < rxr> Build-Pkg builds into the ystem 19:26 < rxr> you could use Build-Target -cfg system -job 5-pkg ... 19:26 < Postal> ok ill do that 19:26 < mipe> i'm starting the multilib build. so me off, till tomorrow 19:27 -!- mipe [~mipe@dsl10040.japo.fi] has quit ["later"] 19:27 < rxr> cu 19:27 < Postal> ncompress built 19:28 < Postal> libungif built 19:28 < rxr> ;-) 19:29 < Postal> so now we are left with gcc bdb zsh and glibc 19:29 < Postal> and grub 19:30 < rxr> gcc is also a non issue 19:31 < Postal> ok i am going to do a build-target, so that i can get the .err files for you later, and i am going to go out to lunch with my father.. ill see you in about an hour 19:31 < rxr> just the shared file that is harmless and will not happen in the future 19:31 < rxr> cu 19:31 < rxr> have fun 19:31 < Postal> rxr, when do you expect to be able to work on the errors? 19:31 < rxr> tomorrow ... ;-) maybe in the night if there is a silent minute 19:32 < Postal> ok... well, tomorrow is the last day I will be aorund until thursday evening, cause i have exams... 19:32 < rxr> for grub I would like to await mipe's multilib report 19:32 < rxr> no problems - thanks for the tests so far ;-) 19:33 < Postal> ok ill bbl ttyt 19:33 -!- Postal is now known as Postal|Away 19:34 < CIA-10> rene * r5608 /trunk/scripts/Download: * added support to flag a cached mirror entry to match "any" version 19:36 < rxr> now all files are on the mirror again 19:37 < rxr> including clips ... 19:37 < rxr> external mirrors are syncing ... 21:35 < CIA-10> rene * r5609 /trunk/package/base/ncurses/ncurses.desc: * marked ncurses as NOPARALLEL 22:01 < CIA-10> rene * r5610 /trunk/package/base/ (groff/groff.desc man/man.desc): * flagged man and groff as NOPARALLEL 22:24 -!- mtr_ [~michael@H95a9.h.pppool.de] has joined #t2 22:25 < Postal|Away> rxr, hows work 22:26 < rxr> keeping me busy .... 22:30 < Postal|Away> what exactly do you do..? 22:31 -!- Postal|Away is now known as Postal 22:32 -!- mtr_ [~michael@H95a9.h.pppool.de] has quit ["using sirc version 2.211+KSIRC/1.3.11"] 22:42 -!- mtr [~michael@H8363.h.pppool.de] has quit [Read error: 110 (Connection timed out)] 23:01 -!- praenti [~praenti@82.139.198.99] has quit [Read error: 104 (Connection reset by peer)] 23:01 -!- praenti [~praenti@82.139.198.99] has joined #t2 23:30 [Users #t2] 23:30 [ _Ragnar_] [ daja77] [ mnemoc_] [ Postal ] [ rxr ] [ valentin] 23:30 [ CIA-10 ] [ jsaw ] [ nzg ] [ praenti] [ sparc-kly] 23:30 -!- Irssi: #t2: Total of 11 nicks [0 ops, 0 halfops, 0 voices, 11 normal] 23:39 < Postal> rxr, you around --- Log closed Mon Jan 17 00:00:47 2005