=== doko__ [n=doko@dslb-088-073-093-228.pools.arcor-ip.net]  has joined #ubuntu-toolchain
=== anibal [i=anibal@ns1.mssinc.biz]  has joined #ubuntu-toolchain
[01:10] <doko> fabbione: gcc-4.1 did sucessfully build. please install on feisty
=== rodarvus [n=rodarvus@ubuntu/member/rodarvus]  has joined #ubuntu-toolchain
[05:09] <fabbione> doko: i need to ask Spads to do it. i dont have root there
[05:17] <fabbione> jbailey: ping?
[05:17] <jbailey> fabbione: yoyosup?
[05:18] <fabbione> yo dude
[05:18] <fabbione> so it's confirmed.. glibc builds hang on Niagara. i am trying to build on a normal sparc now.
[05:18] <fabbione> ppc is rebuilding now (without the Zombie processes)
[05:18] <fabbione> ia64 is ahead of everything.. rebuilding glibc for the second time after glibc -> gcc
[05:18] <jbailey> Is the T1000 also a Niagara?
[05:18] <fabbione> yes
[05:18] <fabbione> T1000 and T2000 are Niagara
[05:19] <jbailey> 'kay.  We have one coming to Montral, apparently.
[05:19] <fabbione> nice
[05:19] <fabbione> but i am pretty sure it's something Niagara related
[05:19] <jbailey> I had actually wanted a regular sparc so that we didn't have the noise problems, but ah well.
[05:19] <fabbione> did your build with BUILD_CC finished?
[05:20] <jbailey> BUILD_CXX, lemme check.
[05:20] <jbailey> Yup, lesse the errors.
[05:21] <jbailey> Testing ASCIItst-tables.sh: 259: tst-table.sh: not found
[05:21] <jbailey> Weird, that's different than last time.
[05:21] <fabbione> hmm ok
[05:21] <fabbione> i will start soon a test build on a ppc32 kernel
[05:21] <fabbione> just to isolate
[05:22] <jbailey> make[3] : *** [/home/jbailey/i386/glibc/glibc-2.5/build-tree/i386-libc/posix/tst-
[05:22] <jbailey> rxspencer.out]  Error 139
[05:22] <jbailey> That's a segfault.
[05:22] <fabbione> interesting
[05:22] <jbailey> Oh, right.  I hadbeen looking at i686 before.
[05:22] <jbailey> i486 has problems, but those might exist today.
[05:23] <jbailey> i686 is now correct for those C++ tests.
[05:24] <jbailey> amd64 biarch, I didn't specify -m64 in there.
[05:24] <jbailey> Aside from that looks good.
[05:24] <jbailey> so mostly just i486 needs some love there.
[05:24] <jbailey> Lemme commit that fix.
[05:24] <fabbione> thanks
[05:33] <jbailey> Done, thanks.
[05:35] <jbailey> fabbione: Need anything else before I crawl off to bed?
[05:36] <fabbione> this fix is only for the test suite right?
[05:36] <jbailey> Yup, reduce some false negatives.
[05:39] <fabbione> ok thanks
[05:39] <fabbione> no more sir.. good night sir!
[05:47] <jbailey> Luvly.   demain!
=== Starting logfile irclogs/ubuntu-toolchain.log
=== ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog]  has joined #ubuntu-toolchain
[07:17] <fabbione> lamont, infinity: ia64 toolchain is good.
[07:17] <fabbione> glibc -> gcc -> glibc and everything still hold up
[07:17] <fabbione> we only need the kernel headers fixes now
[07:18] <fabbione> but that's for arch all
[07:18] <fabbione> doko: i requested gcc install on ronne's amd64 chroot and opening of an i386 chroot+glibc install.
[07:19] <fabbione> ppc/sparc are a bit doomed at the moment
[07:19] <fabbione> ppc glibc build can cause a DoS
[07:19] <fabbione> (WOWOWOW)
[07:19] <fabbione> sparc just need a bit of extra love
[07:19] <fabbione> (test suite crappage)
[09:53] <doko> fabbione: did you request a chroot on davis as well?
[09:53] <fabbione> yes
[09:54] <fabbione> libc6_2.5-0ubuntu1_sparc.deb                                                                           100% 4520KB   4.4MB/s   00:00    
[09:55] <fabbione> there we have sparc
[09:55] <fabbione> we miss ppc still
[09:55] <fabbione> there is an issue in the testsuite that hangs but i think i have it now
[10:19] <fabbione> doko: asked for a chroot on faure too with gcc build-dep
[10:19] <fabbione> glibc fails to build on my Niagara. I know why but i don't have time to fix it right away
[11:33] <fabbione> doko: gcc-4.1 FTBFS on sparc with glibc-2.5 
[11:33] <fabbione> see /msg
[11:38] <fabbione> doko: anyway chroot on faure has been requested
[11:38] <doko> ahh, this was the txxx?
[11:39] <fabbione> yes
[11:39] <fabbione> but in this case should make no difference
[11:39] <fabbione> it was bootstrapping
[11:39] <fabbione> ./xgcc -B./ -B/usr/sparc-linux-gnu/bin/ -isystem /usr/sparc-linux-gnu/include -isystem /usr/sparc-linux-gnu/sys-include -L/usr/src/sparc/gcc-4.1-4.1.1/build/gcc/../ld -O2  -O2 -g -O2  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -fno-stack-protector  -I. -I. -I../../src/gcc -I../../src/gcc/. -I
[11:39] <fabbione> ../../src/gcc/../include -I../../src/gcc/../libcpp/include  -DL_muldc3 -fvisibility=hidden -DHIDE_EXPORTS -c ../../src/gcc/libgcc2.c -o libgcc/./_muldc3.o
[11:39] <fabbione> (that was the command)
[11:49] <fabbione> doko: trying to rebuild with linux32 ...
[11:49] <fabbione> just for the fun
[12:06] <fabbione> doko not a diff with linux32
[12:07] <doko> fabbione: is this failure in the 64bit part? i.e. does building with WITHOUT_LANG=biarch work?
[12:08] <fabbione> dunno what part is that.. it's just a few lines above..
[12:08] <fabbione> i can test yes.. but i am heading for food and sleep soon
[12:09] <fabbione> ok build started
[12:09] <fabbione> i will let you know
[12:12] <fabbione> export WITHOUT_LANG=biarch
[12:12] <fabbione> doko.. same error
[12:12] <fabbione> that looks like the 32bit part of it
[12:12] <fabbione> anyway i am off for real now
[12:12] <fabbione> we will wait faure to be ready
=== jbailey [n=jbailey@montreal.canonical.com]  has joined #ubuntu-toolchain
[02:47] <jbailey> fabbione: g'm
[02:54] <doko> hi jbailey 
[02:54] <jbailey> Heya Matthias
[03:02] <doko> did drepper release 2.6?
[03:03] <jbailey> Eh?  No.  It's not expected for another 6 months.
[03:03] <jbailey> They're releases with FC.
[03:04] <jbailey> s/They're/They/
[03:46] <jbailey> s/releases/release/
[03:46] <jbailey> *clearly* awake.
[03:46] <jbailey> doko: Another advantage to using the HJ Lu snapshots is getting the PT_GNU_HASH stuff.
[03:47] <jbailey> Is the concern basically that the packages are too bleeding edge?
[03:48] <doko> AFAIK elmo did not want them, because they are not tested on the minor debian archs and did break lot of things in the past.
=== doko invites elmo
[03:50] <jbailey> I suspect the sysadmins are either keeping the harddrives cool with firehoses or are out drinking at the moment ;)
[03:55] <doko> bah
=== mlpug [n=user@a84-231-238-186.elisa-laajakaista.fi]  has joined #ubuntu-toolchain
[04:46] <fabbione> morning jb
[04:49] <fabbione> jbailey: ping?
[04:50] <jbailey> fabbione: PONGEROO!
[04:50] <fabbione> jbailey: hey dude.. so sparc glibc are go.. gcc FTBFS
[04:50] <jbailey> What's the FTBFS?
[04:50] <fabbione> ppc can't build glibc and the build can DoS the machine
[04:50] <fabbione> i already passed it on to doko
[04:51] <jbailey> Interesting.  I wonder if that's a kernel issue.
[04:51] <fabbione> ../../src/gcc/libgcc2.c:1629: error: size of array 'compile_type_assert' is negative
[04:51] <fabbione> make[5] : *** [libgcc/./_muldc3.o]  Error 1
[04:51] <fabbione> make[5] : Leaving directory `/usr/src/sparc/gcc-4.1-4.1.1/build/gcc'
[04:51] <fabbione> make[4] : *** [stmp-multilib]  Error 2
[04:51] <fabbione> make[4] : Leaving directory `/usr/src/sparc/gcc-4.1-4.1.1/build/gcc'
[04:51] <jbailey> I'm running latest edgy on mine, and I didn't have a failure when I last tried it.
[04:51] <fabbione> ppc is running ppc64 kernels. i need to try on my ppc32
[04:51] <jbailey> I can try a build of your packages, though.
[04:51] <fabbione> that's tomorrows job
[04:51] <jbailey> Right, so is mine.
[04:51] <fabbione> brb son is crying
[04:51] <jbailey> I'll try a build at home over lunch.
[04:52] <fabbione> re
[04:52] <fabbione> yes please
[04:54] <fabbione> jbailey: ia64 is gold.. 
[04:54] <fabbione> i am waiting for am64 gcc to be installed on ronne and feisty-libc i386 chroot created + glibc
[04:54] <fabbione> so for now it looks decent
[04:54] <fabbione> could be better tho
[04:54] <fabbione> i also found out part of the problem with glibc build hanging
[04:54] <fabbione> (on sparc)
[04:55] <fabbione> there is a commit that works around it
[04:59] <fabbione> jbailey: also.. please don't use davis to build for now.. each build requires a davis reboot to cleanup
[04:59] <fabbione> might be just a kernel thingy.. but well
[05:02] <jbailey> Unkillable processes are always broken kernel, no?
[05:02] <jbailey> Do we have the updated kernels?
[05:02] <jbailey> But in general, I have a decent ppc box at home, so I don't tend to use davis.
[05:08] <fabbione> well i don't see necessarely how it can be a kernel fault but i am too tired to look into it now
[05:08] <fabbione> anyway i will test here tomorrow morning with ppc32
[05:08] <fabbione> (since i can reboot locally)
[05:11] <jbailey> Sure, or I'll test later too.  Whatever.
[05:11] <jbailey> Unless you'd rather do it?
[05:11] <jbailey> I'm surprised at your sudden interest in glibc. =)
[05:16] <fabbione> we should test both
[05:16] <fabbione> i am on ppc32.,. you ppc64 kernel
[05:16] <fabbione> guess why we should do it
[05:17] <jbailey> I could test on ppc32, but my Pegasos box is quite slow.
[05:17] <fabbione> jbailey: bah i decided i want to be the only one that got to upload all possible source packages > 10MB or so :)
[05:17] <fabbione> nah my G4 is fast
[05:17] <fabbione> don't worry
[05:17] <fabbione> we can just share the load
[05:17] <jbailey> Sounds lovely. =)
[05:17] <fabbione> i will only need to convince doko to let me upload gcc and OOo :)
[05:17] <fabbione> once those 2 are done, i can go in pension :)
[05:17] <jbailey> Dude, this is Ubuntu.  No BML. =)
[05:17] <jbailey> Besides.
[05:17] <jbailey> doko: Eh, Matthias.
[05:18] <jbailey> doko: Fabio wants to take over OpenOffice.  Any objections?  =)
=== jbailey hides.
[05:18] <fabbione> jbailey: f**k y*u
[05:18] <fabbione> with love
[05:18] <fabbione> Fabio
[05:19] <jbailey> *lol*
[05:19] <jbailey> Hmm.  if it's likely to hang my ppc box, I should probably do that when I get home.
[05:19] <fabbione> ok. i am off for the evening
[05:19] <jbailey> Otherwise I lose access to a bunch of things.
[05:19] <fabbione> me needs relax a lot. kthxbye
[05:19] <jbailey> g'n F!  Happy drinking!
[05:19] <fabbione> jbailey: it doesn't kill your machine
[05:19] <fabbione> it leaves Zl processes there
[05:19] <jbailey> fabbione: Oh, I can still reboot it remotely?
[05:19] <jbailey> Easy then, I'll do a build in a sec.
[05:20] <fabbione> and it needs a really hard reboot
[05:20] <jbailey> I'll also take a look at the i386 failures on davis if I can.
[05:20] <jbailey>  /sbin/reboot isn't enough?
[05:20] <fabbione> if you issue reboot from console you are screwed
[05:20] <fabbione> reboot -n -f probably might do it
[05:20] <jbailey> Meh
[05:20] <fabbione> but the machine doesn't die till it's up
[05:20] <fabbione> that's really funny
[05:20] <fabbione> i386 failures on davis <- that doesn't work.. on ronne? :P
[05:20] <jbailey> ronne rather, right.
[05:21] <jbailey> Do we have new kernel from Ben yet?
[05:21] <fabbione> eheh eok
[05:21] <fabbione> the kernel is in git, but don't install linux-libc-dev or you are doomed. that hasn't been fixed yet AFAIK
[05:21] <fabbione> worth to try tho
[05:21] <fabbione> i am happy if we can start glibc -> gcc -> glibc
[05:21] <jbailey> Does he keep that on kernel.org ?
[05:21] <fabbione> yeps
[05:21] <jbailey> Cool.
[05:21] <fabbione> https://wiki.ubuntu.com/KernelGitGuide
[05:22] <jbailey> Perfect, thanks.
[05:22] <fabbione> np
=== fabbione heads offline
[05:23] <jbailey> g'n!
[05:33] <doko> jbailey: are you working on faure or davis?
[05:33] <jbailey> Neither.
[05:34] <doko> ok, trying to build the current gcc-4.1 there on edgy first ...
[05:41] <Dvalin> Linux cm-84.210.59.173.chello.no 2.6.19-rc3.1mdv #1 PREEMPT Thu Oct 26 00:17:35 CEST 2006 sparc64 TI UltraSparc IIe (Hummingbird) unknown GNU/Linux
[05:42] <Dvalin> reverting to old gcc did actually do the trick :)
[05:42] <Dvalin> doko: I had same issues with sb100 booting your guys kernel for sparc too.. maybe the same one?
=== mdz [n=mdz@217.205.109.249]  has joined #ubuntu-toolchain
[07:23] <mdz> feisty exists in launchpad now; presumably infinity has some work to do before anything useful can be done with it
[07:23] <mdz> but that bit is done
[07:39] <jbailey> mdz: Sweet, thanks.
[07:49] <doko> nice
[07:52] <doko> jbailey: the GCC build failures are bootstrapping problems with long double 128; anything that needs to be enabled in glibc?
[07:58] <Dvalin> doko: I have some issues that might be similiar..?
[07:58] <Dvalin> ./xgcc -B./ -B/usr/sparc-mandriva-linux-gnu/bin/ -isystem /usr/sparc-mandriva-linux-gnu/include -isystem /usr/sparc-mandriva-linux-gnu/sys-include -L/home/peroyvind/RPM/BUILD/gcc-4.1.2/obj-sparc-mandriva-linux-gnu/gcc/../ld -O2 -O2 -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m32 -mtune=ultrasparc  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem ./include  -I. -I. -I../../gcc -I.
[07:58] <Dvalin> ooops
[07:58] <Dvalin> /usr/include/bits/types.h:147: error: size of array ?__val? is too large
[07:58] <Dvalin> a lot of similar errors..
[07:59] <Dvalin> managed to bootstrap, but then you see what happened afterwards.. (applied your sparc_biarch patch to gcc)
[07:59] <jbailey> doko: I think glibc has everything enabled by default.
[08:00] <jbailey> doko: Is there a build log I can look at to understand better?
[08:04] <doko> jbailey: overwritten
[08:10] <lamont> doko: remind me why a binary defining rpath is a bad thing...
[08:10] <jbailey> lamont: It's not possible to override an rpath with a LD_LIBRARY_PATH, iirc.
[08:10] <lamont> is that all>
[08:10] <lamont> ?
[08:11] <doko> I don't know anything more
[08:11] <lamont> ok
[08:12] <lamont> hrm... lintian warning: W: xxx: postrm-has-useless-call-to-ldconfig
[08:12] <lamont> cat postrm
[08:12] <lamont> #!/bin/sh
[08:12] <lamont> set -e
[08:12] <lamont> # Automatically added by dh_makeshlibs
[08:12] <lamont> if [ "$1" = "remove" ] ; then
[08:12] <lamont>         ldconfig
[08:12] <lamont> fi
[08:12] <lamont> # End automatically added section
[08:12] <lamont> and there's a shlib in the package...
[08:12] <lamont> otoh, it's not in /usr/lib
[08:12] <lamont> is that a bogus warning, or a valid one, I wonder?
[08:12] <jbailey> If it's not in /usr/lib, ldconfig won't see it.
[08:13] <jbailey> Well.
[08:13] <lamont>  /usr/lib/foo
[08:13] <jbailey>  /lib, /usr/lib, or a patch specified in /etc/ld.so.conf or /etc/ld.so.conf.d
[08:13] <lamont>  /usr/lib/foo/libfoo.so.2.5.2
[08:13] <lamont> so why did dh_makeshlibs add the call, I wonder
[08:14] <jbailey> Dunno.  Unusual to have a versioned lib in a subdirectory, though.
[08:18] <lamont> yeah, well...  this is unusual code
[08:44] <fabbione> mdz: i am pretty sure infinity needs to create the chroots for it. In any case we can't upload glibc just yet. PPC has issues and it will kill buildds
[08:45] <fabbione> mdz: i386/amd64/sparc/ia64 looks good for glibc. gcc needs some love on sparc apparently (unknown ppc)
[08:54] <fabbione> doko: Nick did the chroots on ronne and davis. but note that davis doesn't have glibc-2.5 quite yet
[08:55] <fabbione> checking for sparc too
[08:57] <fabbione> no it's not done yet
[08:57] <fabbione> anyway movie time
[09:03] <doko> fabbione: have fun
[09:03] <fabbione> doko: thanks dude