[01:52] <jbailey> doko: ping
[03:04] <doko> jbailey: pong
[03:05] <jbailey> doko: glibc uploaded last night.
[03:14] <doko> jbailey: great!, I did see it, preparing the other packages now
[03:18] <jbailey> doko: Cool.  Have they made it thorugh NEW?  If not, I think there are still .debs in ronne:~jbailey/amd64/glibc/
[03:23] <doko> jbailey: no, not yet, will ping the masters of the archive
[03:24] <jbailey> doko: 'kay.  Lemme know if you need anything.
[03:40] <doko> jbailey, lamont, infinity: the glibc build did fail on amd64, I suspect gcc-opt problems again ...
[03:44] <jbailey> Ah, I'm on a call, lagging.
[04:02] <infinity> doko: gcc-opt shouldn't be breaking on amd64 like it was on i386, since we don't have a default tune on amd64..
[04:04] <infinity> doko: And, for that matter, jbailey is setting his own march and mtune anyway, which would override ours, if we had one.
[04:05] <doko> ok
[04:05] <doko> jbailey: maybe you still need the ia32-libs-dev b-d for the first build?
[04:06] <jbailey> doko: Yes, that looks more likely.
[04:06] <infinity> Quite possible.
[04:07] <infinity> I can just bootstrap it tomorrow.
[04:07] <jbailey> infinity: If you're okay with that, I'm running quite short on time today.
[04:07] <jbailey> Although that means I should make sure that a future upload b-d's on itself, too.
[04:07] <infinity> jbailey: It won't hurt to fake it once, under the assumption it'll build fine a second time without it.
[04:07] <infinity> If it needs a build-dep on itself, I can add that and upload a new one.
[04:08] <infinity> After I do the bootstrap and prove that's the issue.
[04:08] <jbailey> infinity: It is the issue.  It'll need libc6-dev-i386 [amd64]  added to the b-d in control.in/main.
[04:09] <jbailey> infinity: What's the best thing?  It needs two uploads.  One built against ia32-libs, one built against libc6-dev-i386
[04:10] <infinity> Nah, I'll bootstrap it with ia32-libs, then upload -0ubuntu4 with the libc6-dev-i386 build-dep.
[04:10] <infinity> (After testing that it will, indeed, work, so the bootstrapped one isn't a strange fluke)
[04:10] <elmo> LALALALALALALALALALALA
[04:10] <infinity> Or, we can do 2 uploads, since elmo's watching.
[04:11] <infinity> elmo : Can I get mysql-dfsg-5.0_5.0.18-3 synced from incoming, overwrite OK.
[04:14] <doko> infinity: if we're going with two uploads anyway, I can do these now
[04:16] <infinity> We don't generally do multiple uploads to bootstrap stuff.
[04:17] <infinity> I see no reason why this should be any different, as long as -0ubuntu4 is the first version to hit the archive, and it's obviously built against the correct build-deps (generated from the bootstrapped -0ubuntu3)
[04:17] <infinity> But if you want to do it in two uploads, go nuts.  It won't hurt any, except for CPU time, and Fabio and LaMont crying. :)
[04:21] <doko> usually we do without manual bootstraps if we can? but it's long that I did hera lamont and fabbione squeak ;)
[04:22] <jbailey> infinity: I'm just as happy with the bootstrap.
[04:23] <jbailey> It means that I'm not doing a flood of uploads if a tiny problem is discovered.
[04:25] <infinity> Well, if people don't flood incoming while I'm asleep, I'll do it my way in about 8 hours.
[05:21] <fabbione> doko, jbailey i would be really glad if you can wait about 30/45 minutes before uploading the next glibc or whatever you have decided :)
[05:21] <fabbione> ubuntu3 is installing as i write
[05:30] <doko> fabbione: infinity will do the bootstrap
[05:33] <fabbione> ok thanks