[01:08] <lamont> make[2] : Entering directory `/build/buildd/isdnutils-3.6.2005-01-03/xmonisdn'
[01:08] <lamont> make[2] : xmkmf: Command not found
[01:08] <lamont> doko: ^^^
[03:48] <daniels> lamont: that's my problem
[03:48] <daniels> xutils shouldn't, er, be empty
[03:48] <daniels> but anyone using xmkmf deserves whatever they get
[06:24] <fabbione> morning
[07:23] <lamont> daniels: ah, ok
[07:24] <fabbione> lamont: i am safe :)
[07:24] <fabbione> it's only a binutils regression
[07:24] <fabbione> libs are all ok
[07:39] <lamont> i386 89.0
[07:39] <lamont> powerpc 88.7
[07:39] <lamont> amd64 87.9
[07:39] <lamont> ia64 87.8
[07:39] <lamont> sparc 75.0
[07:39] <lamont> hppa 62.5
[07:39] <lamont> fabbione: just fyi
[07:39] <fabbione> lamont: pkg ratio?
[07:39] <lamont> installed vs total
[07:39] <fabbione> not too bad...
[07:40] <fabbione> i have a stall in universe atm
[07:40] <fabbione> and i need to recheck the c++ transition status
[07:40] <fabbione> i think i miss something like 19 libs
[07:40] <fabbione> that are FTBFS 
[07:40] <fabbione> so i can't unleash the other 600 pkgs
[07:40] <fabbione> i guess the same is for the other arches...
[07:41] <fabbione> good night :)
[07:41] <lamont> hppa has the advantage that if I can resolve build-deps using only breezy, then I only get transitioned libs.. :)
[07:41] <lamont> and really g'night.
[07:42] <fabbione> hehe good night
[07:49] <fabbione> ah i can reproduce it in debian too!
[08:16] <fabbione> hey doko
[08:18] <doko> morning
[08:19] <fabbione> https://bugzilla.ubuntu.com/show_bug.cgi?id=12822 <-
[08:19] <fabbione> doko: please fix now. kthxbye.
[08:37] <doko> hmm, interesting ...
[08:38] <fabbione> doko: it's the one i have been bithing about for a while by now
[08:38] <fabbione> except now we have a simple test case
[10:30] <fabbione> doko: in how long are you going to upload the next gcc-4.0?
[10:30] <fabbione> sparc is completling the test case of the 2ubuntu2
[10:33] <doko> I can wait for that one to finish, if you want
[10:40] <fabbione> doko: it depends how urgent is your upload.. i don't want to stall it
[10:40] <fabbione> but i would also like to get the new gcc in :)
[10:40] <fabbione> XPASS: 26_numerics/cmath/c99_classification_macros_c.cc (test for excess errors)
[10:40] <fabbione> i am here now...
[10:40] <fabbione> no idea how much is left
[10:41] <doko> libjava
[10:41] <fabbione> i mean in terms of time
[10:41] <fabbione> the machine is not doing anything else.. so i expect not to take too long
[10:41] <doko> hmm, about 4 hours?
[10:41] <fabbione> probably
[10:42] <fabbione> doko: let say that if it doesn't finish within 4 hours you upload?
[10:42] <fabbione> would that be ok for you?=
[10:42] <doko> I'll wait
[10:43] <fabbione> thanks
[01:19] <doko> fabbione: how's the 4.0 build going?
[01:19] <fabbione> FAIL: libmudflap.cth/pass40-frag.c (-O3) (test for excess errors)
[01:20] <fabbione> doko: still in the test suite...
[01:20] <fabbione> but only 3 hours passed :)
[01:20] <fabbione> if you need to upload just go
[01:20] <fabbione> i will stop this one
[01:20] <fabbione> but tell me now please.. so the buildd can go further with other stuff
[01:21] <doko> no, go on
[01:21] <fabbione> ok i will let it build...
[01:38] <fabbione> Running /build/sparcbuildd/gcc-4.0-4.0.1/src/libjava/testsuite/libjava.lang/lang.exp ...
[01:38] <fabbione> it's on java :)
[02:53] <fabbione> doko: it finished the test suite...
[02:54] <fabbione> it's doing something else :)
[02:54] <fabbione> i guess installing
[02:59] <fabbione> doko: i am going offline for one hour..
[02:59] <fabbione> i really need to crash a bit
[02:59] <fabbione> if when i am back sparc hasn't finished yet, just go and upload ..
[03:02] <doko> yep, I'm not online tonight, will read my backlog
[04:05] <fabbione> doko: it's building the debs now..
[04:06] <doko> so I can upload?
[04:06] <fabbione> no wait.. i need to be upload the debs
[04:06] <fabbione> otherwise katie will REJECT the bin upload
[04:07] <doko> ok
[04:07] <fabbione> but we are there :)
[04:09] <fabbione> dh_movefiles: Compatibility levels before 3 are deprecated.
[04:09] <fabbione> doko: you need to check debian/rules*
[04:09] <fabbione> you are still using old COMPACT levels
[04:10] <doko> I know, I should copy the dh_movefiles code.
[04:12] <fabbione> i think you can easily change level
[04:13] <doko> no, not for dh_movefiles and wildcards on the command line
[04:16] <fabbione> dude.. it's time to split gcc...
[04:16] <fabbione> we did it for xorg...
[04:16] <fabbione> you can do it for gcc :)
[04:17] <daniels> yeah, and look how well it's going for xorg :P
[04:17] <infinity> Shh, don't discourage him.
[04:17] <daniels> doko: btw, we managed to get splitting gcc in as a BreezyGoal.  get to it.
[04:18] <infinity> Much better.
[04:18] <fabbione> Fix a typo in gjc translation.. 36 hours of build
[04:18] <fabbione> daniels: look at the positive side..
[04:19] <fabbione> nobody can complain about taking 45 minutes to build X anymore
[04:19] <daniels> true dat
[04:19] <fabbione> daniels: next.. you will split the kernel
[04:19] <fabbione> actually..
[04:19] <fabbione> i could do it :P
[04:19] <fabbione> that's easy
[04:19] <daniels> jbailey gets to split glibc
[04:19] <daniels> fabbione: i expect the vm and the fs layers in totally different source packages
[04:19] <daniels> and one binary package per module
[04:20] <daniels> sometimes I get the feeling we've gone a little too far with xorg
[04:20] <fabbione> daniels: i think you did a bit too much...
[04:21] <fabbione> daniels: but packaging vm and fs in different layers.. that's easy :)
[04:22] <fabbione> dpkg-deb: building package `lib64stdc++6' in `../lib64stdc++6_4.0.1-2ubuntu2_sparc.deb'.
[04:22] <fabbione> COME ON!
[04:22] <fabbione> ARE WE THERE YET?
[04:22] <fabbione> 16128 -rw-r--r--  1 sparcbuildd sparcbuildd 16494216 Jul 20 16:19 libgcj6-dbg_4.0.1-2ubuntu2_sparc.deb
[04:22] <fabbione> WTf
[04:22] <fabbione> 16Mb to debug java....
[04:23] <doko> daniels: BreezyGoal? No, where?
[04:23] <doko> must be a bounty :)
[04:23] <fabbione> doko: seriously.. is it actually possible to split gcc?
[04:24] <doko> I didn't look yet. problem is, that the gcc driver still needs to be able to understand the not-configured languages
[04:25] <doko> so, basically, copy the source, and build different sets of compilers from the packages
[04:25] <doko> but I didn't see that as a breezy goal ...
[04:25] <daniels> ewwww
[04:26] <daniels> copying source -> you lose
[04:26] <doko> daniels: no, we do want to be able to keep the system compiler at a defined state, while updating the non-core compilers
[04:27] <daniels> O----o
[04:28] <daniels> that's your mouth on the left
[04:28] <daniels> and a pipe coming out of it
[04:28] <fabbione> ahahhaha
[04:28] <daniels> unfortunately I can't represent the illicit substances within, in ASCII
[04:28] <fabbione>   100 -rw-r--r--  1 sparcbuildd sparcbuildd    97348 Jul 20 16:27 lib64gfortran0_4.0.1-2ubuntu2_sparc.deb
[04:28] <fabbione> now..
[04:28] <fabbione> i mean...
[04:29] <fabbione> who on earth still uses fortran...
[04:29] <fabbione> 64 bit even!
[04:29] <daniels> way of the future
[04:29] <fabbione> let's rewrite X in fortran :)
[04:29] <fabbione> i need to get a shower...
[04:29] <doko> heh, it's not the old 28 years old f77, it's the brand new 10 years old f95 :-)
[04:29] <fabbione> brb
[04:29] <daniels> you first
[04:30] <fabbione> doko: if you need to go, just put the source on rookery and i will ftp it to jackass as soon as i am done
[04:32] <doko> I'm leaving in one hour
[04:35] <fabbione> 24623 ?        RN     0:02 python /usr/bin/dput ubuntu gcc-4.0_4.0.1-2ubuntu2_sparc.changes
[04:35] <fabbione> it's dputting... i guess 15 minutes and we are done
[04:35] <fabbione> this is the moment in which IF you upload.. i am will hate you for the rest of my life :P
[04:36] <fabbione> anyway fast shower and back
[04:49] <fabbione> re
[04:52] <fabbione> doko: 5 minutes and you should be ok to go
[04:52] <fabbione> i am waiting the mail from katie to tell me she loves me a lot
[04:55] <doko> fabbione: currently all runtime libs built from gcc-4.0 are linked using -O1. should I disable that for the next sparc build?
[04:56] <fabbione> doko: go ahead
[04:56] <fabbione> doko: i mean you can upload
[04:56] <fabbione> doko: i just added info to the bug..
[04:56] <fabbione> i can't see -O1 anywhere
[04:57] <doko> fabbione: yes, you can't see it, the runtime libs itself are linked with -O1 at build time
[04:57] <fabbione> doko: let's wait and see what upstream has to say about binutils
[04:57] <fabbione> because i don't believe it's a gcc problem...
[04:58] <fabbione> and i don't want to workaround it.. i want the fix :)
[04:59] <fabbione> doko: or is this -O1 an ubuntu only thing?
[04:59] <doko> no, debian/ubuntu only thing
[04:59] <doko> not upstream
[05:00] <fabbione> hm ok
[05:01] <fabbione> doko: let's wait and see a couple of days
[05:01] <fabbione> the amount of pkgs affected is relatively small
[05:01] <fabbione> anyway.. i need to go offline..
[05:02] <doko> ok, 4.0 uploaded
[05:02] <fabbione> doko: danke for waiting :)
[05:02] <fabbione> cool..
[05:02] <fabbione>    * Update to CVS 20050720, taken from the gcc-4_0-branch.
[05:02] <fabbione>      - Fix PR22278, volatile issues, seen when building xorg.
[05:02] <fabbione> uh...
[05:02] <fabbione> i guess we will expect a -44 :)
[05:03] <fabbione> cya later
[05:03] <doko> yep, that was the reason for the quick upload
[05:03] <doko> daniels: ^^^