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