[01:08] <doko> infinity: looks, like I messed up the archive ... did upload both gcc-4.0_4.0.2-4ubuntu3 and gcj-4.0_4.0.2-4ubuntu3, but didn't see the dependency libgcj6: gcc-4.0-base (= 4.0.2-ubuntu3), which did break with the ubuntu4 upload. now ubuntu5 doesn't build anymore ...
[01:25] <infinity> doko : Yeah, we've noticed this.
[01:34] <doko> infinity: anyway, just uploaded another package to build without gettext
[02:17] <lamont> doko: another _what_ package?
[02:30] <lamont> doko: gcj-4.0 still build-depends debhelper, which is uninstallable...
[02:31] <lamont> or do we just downgrade the chroots, I wonder...
[06:24] <fabbione> morning
[06:24] <fabbione> doko: why does gjc run the gcc testsuite?
[06:24] <fabbione> gcj
[06:25] <fabbione> make[3] : Entering directory `/build/sparcbuildd/gcj-4.0-4.0.2/build/gcc'
[06:41] <fabbione> doko: ubuntu6 is still FTBFS
[06:43] <infinity> doko : Meh, I'm going to jave to bootstrap this to unbreak it, aren't I?
[06:51] <fabbione> doko: please stop uploading now and give us the time to bootstrap it
[06:51] <fabbione> otherwise katie is NOT happy about old binaries with new sources around
[06:51] <fabbione> infinity: afaict it's debhelper that can't be installed
[06:52] <fabbione> checking how to unroll the loop
[06:53] <infinity> Unrolling it is simple enough.
[06:53] <fabbione> infinity: yeah it gets down to gettext libgcj6 again
[06:53] <fabbione> nothing fancy if you have the old binaries somewhere
[06:53] <infinity> Yup, which is easy enough to fix.
[06:54] <infinity> Easy enough if ou don't have the old binaries, too.
[06:54] <infinity> dpkg has --force flags for a reason. :)
[06:56] <fabbione> yeah
[06:58] <fabbione> there we go
[07:04] <fabbione> this is like
[07:04] <fabbione> cp gcc... gcj
[07:04] <fabbione> vi debian/rules
[07:04] <fabbione> upload
[07:18] <infinity> Oh, cock.
[07:19] <fabbione> what?
[07:19] <infinity> E: Package libc6-dev-i386 has no installation candidate
[07:19] <fabbione> eh?
[07:24] <infinity> Oh, never mind, that's just apt being retarded.
[07:48] <lamont-away> dpkg-gencontrol: error: package gcc-4.0-hppa64 not in control info
[07:48] <lamont-away> dh_gencontrol: command returned error code 65280
[07:49] <fabbione> lamont-away: i won't be surprised if it will FTBFS on all arches at the end of the build
[07:50] <fabbione> lamont-away: there is ubuntu6 out anyway
[07:50] <fabbione> you might want to give it a shot
[07:50] <lamont-away> did anyone start uploading new packages for the transition, or is that still waiting?
[07:50] <lamont-away> that was ubuntu6
[07:50] <lamont-away> gcj-4.0_4.0.2-4ubuntu6_20051122-1842
[07:50] <fabbione> i think nobody is uploading giving that everything is FTBFS
[07:50] <fabbione> and it will be until this gcj thing is fixed
[08:02] <infinity> Well, gcj is being built right now in the DC.
[08:02] <infinity> So you guys better sort your issues. :)
[08:04] <fabbione> infinity: let see if it builds at DC :)
[08:04] <fabbione> it might as well be FTBFS there too
[08:13] <infinity> I have faith.
[10:45] <infinity> Alright, gcj-4.0 has built on all the DC arches.
[10:46] <fabbione> infinity: i hate you :)
[10:51] <infinity> Meh, it doesn't matter anyway, doko messed up that upload too.
[10:51] <fabbione> ah
[10:51] <fabbione> how?
[10:51] <infinity>   libgcj6: Depends: gcc-4.0-base (>= 4.0.2-4ubuntu6) but 4.0.2-4ubuntu3 is to be installed
[11:32] <doko> hrm, I shouldn't do uploads in the early morning ...
[12:08] <doko> lamont-away: what is this thing about gcc-4.0-hppa64?
[12:36] <infinity> doko : Thanks for the upload, I'll bootstrap it in 5 mins.
[12:37] <doko> infinity: hmm, it should build on it's own?
[12:38] <infinity> debhelper -> po-debconf -> gettext -> libgcj6
[12:38] <fabbione> doko: is there any reason for gcj to build gcc and even run the testsuite?
[12:38] <infinity> Anyhow, seedin chroots and doing manual builds right now.
[12:42] <doko> fabbione: you have to build gcc to build gcj, yes, I'll disable the testsuite for all but libjava
[12:43] <fabbione> doko: can't we use external gcc?
[12:43] <fabbione> given that we build it with testsuite and stuff
[12:43] <infinity> Okay, building everywhere.
[12:44] <infinity> doko : Please don't upload again until these binaries are all installed.
[12:44] <doko> fabbione: but then you'll miss the bootstrap comparision for gcj
[12:44] <doko> infinity: yes ...
[12:44] <fabbione> (including SCC please)
[12:45] <fabbione> doko: hmm ok.. 
[12:50] <fabbione> ubuntu7 building here
[12:51] <fabbione> let's hope it's not FTBFS
[01:00] <doko> Riddell: looks like you can't use 4.0 for KDE on hppa yet. See PR21123
[01:01] <doko> fabbione: how far did the previous gcj-4.0 versions build?
[01:02] <fabbione> about 3.6MB of log
[01:02] <fabbione> probably more
[01:02] <fabbione> let me check
[01:02] <fabbione> 4708 -rw-r--r--  1 sparcbuildd sparcbuildd 4808189 Nov 23 06:32 gcj-4.0_4.0.2-4ubuntu5_20051122-2142
[01:02] <fabbione> but then i did stop it
[01:02] <fabbione> because of the new versions coming in
[01:02] <fabbione> and gcj is not exactly ccache friendly
[01:03] <infinity> It would be if it used the system compiler instead of bootstrapping its own. :/
[01:03] <infinity> doko : I hope that's something you intend to fix before you push these changes to Debian...
[01:03] <fabbione> it appears it can't be done
[01:04] <infinity> Don't see why not.
[01:04] <fabbione> fabbione doko: can't we use external gcc?
[01:04] <fabbione> doko fabbione: but then you'll miss the bootstrap comparision for gcj
[01:05] <doko> infinity: so ccache does understand java?
[01:06] <infinity> Where there's a will, there's a way.
[01:06] <infinity> doko : Oh, no, but isn't gcj itself in C?
[01:06] <doko> think about it ... 
[01:06] <infinity> Or does it build with gcj?
[01:06] <doko> yes, you'll save about 10 source files
[01:07] <doko> it's libjava which does consume the time
[01:07] <infinity> Well, yes, libjava is huge and painful.
[01:07] <doko> java doesn't know anything about "preprocessed source", so ccache is not possible
[01:07] <infinity> But you're bootstrapping a full GCC as well here.
[01:07] <doko> no, not full, just java
[01:07] <infinity> Surely that can be done away with.
[01:07] <doko> fabbione doko fabbione: but then you'll miss the bootstrap comparision for gcj
[01:08] <infinity> doko : I see a full n-stage xgcc build going on here...
[01:09] <infinity> With some makefile fiddling, I don't see why one couldn't start a bootstrap of gcj using the system C compiler, s'all I'm saying.
[01:10] <doko> infinity: you can do that, but that's not longer a "bootstrap"
[01:10] <infinity> (The eventual goal being to split out most of the esoteric compilers to their own self-contained source packages)
[01:10] <infinity> doko : Sure, it's a gcj bootstrap, just not a gcc bootstrap.
[01:10] <doko> no that's crap, and I won't do that
[01:10] <Riddell> doko: yeah, I saw the debian guys had problems
[01:10] <Riddell> doko: all other arches OK for gcc 4?
[01:10] <doko> Riddell: looks so
[01:11] <Riddell> doko: am I ok to start uploading?
[01:11] <infinity> Riddell : Nothing will build until gcj is in the archive anyway.
[01:11] <Riddell> bah, who uses gcj anyway :)
[01:11] <doko> Riddell: gettext
[01:12] <fabbione> java sucks
[01:12] <fabbione> it should die 
[01:13] <fabbione> infinity: a global give back is fine.. assuming ubuntu7 is ok 
[03:51] <lamont-away> doko: that's the gcj-4.0 build failure on hppa
[03:52] <lamont-away> http://buildd.mmjgroup.com/buildLogs/g/gcj-4.0/4.0.2-4ubuntu6/gcj-4.0_4.0.2-4ubuntu6_20051122-1842-hppa-failed.gz
[03:53] <lamont-away> dh_testroot
[03:53] <lamont-away> : # provide as and ld links
[03:53] <lamont-away> dh_link -p gcc-4.0-hppa64 \...
[03:53] <lamont-away> now that's amusing...  for gcj-4.0 :-)
[03:54] <lamont-away> wow.  -4ubuntu7 started building 2.5 hours ago.  that's cool
[03:55] <lamont-away> 2/3 of the way to where it died last time
[03:55] <lamont-away> infinity: btw, thanks for dealing with all the DC architectures
[04:06] <doko> lamont-away: it will fail again
[04:06] <lamont-away> doko: I see.
[04:06] <lamont-away> eta for -7?
[04:06] <lamont-away> er, -8?
[04:06] <lamont-away> I should just kill the build of -ubuntu7 then?
[04:10] <doko> lamont-away: infinity did tell me to wait with a new upload until the packages are in the archive
[04:11] <infinity> doko : They're in.
[04:15] <doko> infinity, fabbione: sparc as well?
[04:17] <infinity> Negative.
[04:17] <infinity> When sparc has gcj binaries uploaded, you'll see them here:
[04:17] <infinity> http://ports.ubuntu.com/ubuntu-ports/pool/main/g/gcj-4.0/
[04:18] <infinity> I suspect it may have failed to build.. Or fabio's sparc is even slower than I thought.
[04:18] <infinity> lamont-away : What's the URL for ports logs again?
[04:18] <lamont-away> sparc has not sent a -4ubuntu7 log yet
[04:18] <lamont-away> buildd.mmjgroup.com/buildLogs/...
[04:18] <lamont-away> buildLogs/g/gcj-4.0
[04:19] <lamont-away> Build needed 05:31:26, 878096k disk space
[04:19] <lamont-away> that was to the failure point on -4ubuntu6
[04:19] <infinity> Oh, ouch.
[04:19] <infinity> Kay, it may be a while, then.
[04:20] <lamont-away> fabbione: you admitting to being around?
[04:20] <infinity> I think he took off over an hour ago.
[04:21] <lamont-away> hrm.. actually, that -6 log is 5:31 to the point where he killed it
[04:22] <lamont-away> and was working on stamps/05-build-stamp at that point
[04:22] <lamont-away> doko: how confident are you that -4ubuntu7 will build on sparc?
[04:23] <infinity> Modulo goofy packaging errors like hppa, it should work fine.
[04:24] <doko> lamont-away: I don't see anything special on sparc, it's comparable to i386 and powerpc
[04:25] <lamont-away> any reason for me to _not_ kill the hppa build of -7?
[04:26] <doko> no
[04:29] <fabbione> sparc is building
[04:31] <lamont-away> doko: and none of the transition uploads have happened yet, correct?
[04:33] <doko> lamont-away: correct
[04:34] <lamont-away> fabbione: how big is your log file?
[04:35] <fabbione> 2.3M on ubuntu7
[04:35] <fabbione> almost as long as my penis
[04:35] <fabbione> it's a long way to go
[04:35] <fabbione> what's the problem?
[04:36] <lamont-away> hppa is ftbfs
[04:36] <lamont-away> so we're waiting for sparc to upload and unblock before uploading -4ubuntu8
[04:36] <fabbione> do you already have a fix?
[04:36] <lamont-away> I expect doko knows the fix
[04:36] <fabbione> doko: ?
[04:36] <lamont-away> (it's trying to package something it didn't build...)
[04:37] <fabbione> well if you want to upload ubunt8 go ahead
[04:37] <lamont-away> E: Couldn't find package libgtk+2.0-directfb-dev
[04:37] <lamont-away> that'd be why cdebconf keeps retrying every cron.daily
[04:37] <fabbione> it just means if ubuntu7 does build i can use it from the local cache
[04:37] <fabbione> if it doesn't sparc is screwed and we will ubuntu9
[04:37] <fabbione> just go for it
[04:38] <lamont-away> fabbione: sounds OK to me... doko?
[04:38] <lamont-away> infinity: any objections?
[04:38] <infinity> None here.  I already got all my binaries in. :)
[04:38] <lamont-away> meh
[04:38] <fabbione> i am not sure how long it takes to build.. and i am heading out to have dinner with my wife
[04:39] <lamont-away> fabbione: you killed -6 at 5.5 hours
[04:39] <fabbione> so it's unlikely i will look at the buildd for the next 12 hours or more
[04:39] <lamont-away> ah, cool.
[04:39] <fabbione> -5 went much deeper in the build
[04:39] <lamont-away> doko: ready for that upload...
[04:40] <lamont-away> 2142->0632 on that one
[04:40] <lamont-away> about 9 hours
[04:40] <fabbione> yeah and 4.8M of log
[04:40] <lamont-away> before sbuild received SIGINT -- shutting down
[04:40] <fabbione> gcc-4 takes about 19 hours to build here
[04:40] <fabbione> so you can make your calculation
[04:41] <fabbione> but again just go ahead
[04:41] <fabbione> i will sort it out later on
[04:41] <fabbione> gotta run and fast
[04:41] <fabbione> i am late :)
[04:41] <fabbione> cya later or tomorrow
[04:44] <doko> fabbione, lamont-away: yes, I have a fix
[04:44] <lamont-away> doko: may as well upload - fabbione will use -4ubuntu7 locally if it succeeds
[04:48] <lamont-away> and if you upload in the next 11 minutes or so, it'll make the next cron.daily
[04:51] <doko> lamont-away: done
[05:23] <elmo> err
[05:23] <elmo> I've  got  a bunch of c2a libraries in new
[05:23] <elmo> should I be not processing them?
[05:24] <doko> elmo: yes, should be safe, all buildd's are running the new gcc packages
[05:25] <elmo> doko: kthx
[05:37] <lamont-away> doko: hppa is running the old gcc
[05:37] <lamont-away> since that's what has to be installed to build gcj
[05:37] <lamont-away> gcj-4.0 build started
[05:37] <doko> lamont-away: ok, but you can shut it down/upgrade after the gcj-4.0 build
[05:38] <lamont-away> doko: yes
[05:38] <lamont-away> given a .deb, how can I tell whether it is pre-transition or post-transition?
[05:46] <doko> it depend on one of the libraries, which we are going to rename
[05:58] <lamont-away> ok
[05:58] <lamont-away> is krb4 one such animal, I wonder
[05:58] <lamont-away> ?>
[06:00] <doko> no
[06:25] <doko> elmo: please sync boost, overwriting Ubuntu changes
[06:48] <lamont-away> boost_1.33.0-5..
[06:48] <lamont-away> ..failed updating 2 targets...
[06:48] <lamont-away> ...skipped 2 targets...
[06:48] <lamont-away> ...updated 1487 targets...
[06:48] <lamont-away> make: *** [build-stamp]  Error 1
[06:48] <lamont-away> doko: for extra credit, make it compile on hppa
[06:50] <lamont-away> interesting... I wonder who uploaded it, since all Ihave is a build failure
[08:30] <lamont-away> echo timestamp > javax/xml/datatype.stamp
[08:30] <lamont-away> make[4] : *** [javax/xml/datatype.stamp]  Segmentation fault
[08:30] <lamont-away> ew
[08:35] <doko> lamont-away: didn't see that in unstable
[08:35] <lamont-away> yeah, I've pushed it to the top of the hill again
[09:33] <fabbione> ok ubuntu7 did build
[09:33] <fabbione> so i guess i can just build ubunut8 and get along with it
[10:37] <lamont-away> fabbione: you could even just drop ubuntu7 in your local cache and let it go from there
[10:37] <lamont-away> and 8 will "just happen"
[10:38] <fabbione> lamont-away: that's what i did basically
[10:38] <fabbione> but i am prioritizing ubuntu8 to unsuck the other buildd
[10:38] <fabbione> that's waiting for 7/8
[10:38] <fabbione> but 7 will never hit archive
[10:38] <fabbione> so...
[10:38] <fabbione> 8 it is
[11:01] <doko> Riddell: ping
[11:01] <Riddell> doko: hi
[11:05] <Riddell> doko: hmm?
[11:10] <doko> Riddell: ?
[11:14] <Riddell> doko: you pinged?
[11:25] <doko> ahh, yes, arts upload?
[11:30] <doko> Riddell: ^^^
[11:30] <Riddell> doko: arts and kdelibs uplo
[11:30] <Riddell> doko: arts and kdelibs uploaded
[11:32] <doko> Riddell: thanks
[11:39] <doko> elmo: please process the changed allocator packages in NEW, should be nearly all libs in main
[11:47] <doko> ahh, crap, these are already in, but in universe ...
[11:48] <Riddell> which are?
[11:49] <doko> mdz: please can you promote: libgdome2-cpp-smart0c2a libid3-3.8.3c2a libwpd-stream8c2a libwpd8c2a, or do you need inclusion reports?
[11:49] <doko> Riddell: ^^^
[11:50] <Riddell> also libarts1c2a and kdelibs4c2a
[11:51] <Riddell> also libakode2 and libakode-dev which are about to replace akode and akode-dev
[11:51] <doko> Riddell: they are not yet in the anastacia output
[11:51] <Riddell> ok, just fore-warning :)
[11:55] <lamont-away> doko: 2nd try is past the first failure
[11:58] <mdz> doko: the usual rules apply; if they're just package renames and not new code, they don't need reports
[11:58] <mdz> doko: however, I can't do any promotions right now; elmo needs to do some maintenance on katie
[12:01] <mdz> Riddell: amarok-gstreamer shouldn't depend on mp3 stuff
[12:01] <Riddell> mdz: I'll investigate
[12:02] <mdz> thanks