T2 IRC Log: 2005-01-16

This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.

« prev | next »

--- 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