[00:02] GrueMaster: Looking. [00:02] GrueMaster: fixing [00:02] :-) [00:03] it's flipped over to universe again for some reason, bloody thing [00:03] Yeah, I assumed that was the issue. :P [00:03] I've thrown it back to main [00:03] Cheers. [00:03] infinity: (sorry, I'd already started when you said that) [00:03] * infinity hits ^C. [00:04] cjwatson: No big deal, I'd just logged into cocoplum, run madison-lite, and started typing chang [00:04] cjwatson: So, you were clearly 13 seconds ahead. ;) [00:05] infinity, no, you were 13 seconds late ;-P [00:06] Pessimist. [00:06] btw, what about arhf? [00:06] armhf even [00:06] arwuff. [00:06] I think I'll stage the main parts of perl 5.14 in the ubuntu-toolchain-r PPA [00:07] cjwatson: Shiny. [00:07] doko: Oh, where is eglibc/ubuntu bzr these days? [00:07] doko: I wanted to make some armhf commits. [00:07] cjwatson, I don't care about precise, but I would like to see this stuff in ubuntu-toolchain-r/test [00:08] infinity, please prepare for 2.15, it's in cvs [00:08] bzr even [00:09] doko: Where? [00:09] doko: not /staging? [00:10] infinity, the packaging vcs should tell you [00:11] doko: Debian SVN? [00:12] doko: That doesn't carry any ubuntu tags, so I'm assuming not. [00:13] cjwatson, should be ok as well. staging however is private (misunderstanding by my side). I'd like to have ubuntu-toolchain-r/ppa workable for stable releases. so I don't care about the current development release, but will revert anything to the released (major) versions of a stable release. [00:14] oh, ok, so /test is a usable playground for staging things on their way into precise? [00:14] I want to have somewhere I can sync the perl source from unstable into, rebuild a few key packages against it, and then bulk-copy those all into precise [00:15] I could do it directly in precise, but it's a little disruptive until the most important few packages get rebuilt [00:16] cjwatson: Basically just the debconf rdeps? [00:16] those are the most important; I was going to go a little further out [00:17] * infinity used to have debconf-english in the buildd chroots for that reason. Perl transitions suck. [00:17] I don't know if lamont's continued that tradition. [00:17] Or is there no such thing anymore? [00:17] that's no longer a problem [00:17] debconf-english is gone, debconf recommends debconf-i18n [00:17] Ahh, so I see. [00:17] Yay. [00:18] so it shouldn't explode builds any more; but I'd still like to avoid chaos in e.g. ubuntu-desktop [00:20] infinity, eglibc should be ready or commits i you are in the right team. if not, please consider to change ;-P [00:21] so the order should be: perl / liblocale-gettext-perl libtext-charwidth-perl libtext-iconv-perl libfont-freetype-perl libglib-perl libuuid-perl / libcairo-perl / libpango-perl / libgtk2-perl [00:21] doko: That was the most German thing you've said all day. [00:21] doko: But I found it at lp:ubuntu/eglibc, yes. I thought it still lived under ubuntu-toolchain, but clearly not. [00:21] which by my reading gets us all of ubuntu-desktop [00:21] infinity, sorry, I can't even deny [00:22] doko: And when are you hoping to get 2.15 in? [00:22] main is a bit more than that, 71 source packages with binaries depending on /perlapi-5.12/ [00:23] I don't know if I want to bother staging everything there [00:23] doko: On the one hand, I'd like to focus my work here. On the other hand, if I need to support 2.13 on armhf for the next week or so, I need to make sure both work right. [00:23] cjwatson: Not like many are large or cumbersome. [00:24] infinity, waiting for your merge of Steve McIntyres's patch for armel/armhf distinction [00:24] indeed. [00:24] cjwatson: Does mod_perl still have a strange forward/reverse dep tree of doom? [00:24] doko: Is that all you're waiting on for a 2.15 upload? [00:25] doko: If so, I'll test 2.15 here on armhf and commit my changes. [00:28] infinity, no, cjwatson did report some vm issues [00:28] kvm even [00:29] http://paste.ubuntu.com/738799/ [00:29] Right, so I need to make sure 2.13's working right first. Which means a -20ubuntu6 upload. [00:29] seems to be building [00:30] infinity: I don't remember - you mean stuff that needed to be in sync with it? [00:30] cjwatson: Yeah. Though I might be thinking of BDB transitions, not perl ones, come to think of it. [00:31] BDB led to apache/php/mod_perl/perl/python/mod_python/subversion all being irritatingly in lockstep. [00:32] looks like that's just libbsd-resource-perl libhtml-parser-perl / libapache2-mod-perl2 / libapache-authenhook-perl libapreq2 [00:32] subversion's in level2, guess I could do that [00:33] infinity, feel free to make nay .2.13 uploads [00:40] cjwatson, infinity: Any idea how that ports kernel was copied? [00:40] Also, the binaries in -security are still in universe [00:40] wgrant: no idea, my guess is pitti might know [00:40] Ah, new ABI, so I guess it just defaulted to universe. [00:41] oh, I'll fix -security now [00:41] it's really irritating, this keeps leaking out and causing users problems [00:43] The new copy mechanism throws things into NEW if they are missing overrides. [00:43] But it's not used by everything yet. [00:52] wgrant: I still wish that sources in main would have binary overrides default to main. [00:52] wgrant: I'm almost sure I have a bug filed about that. [00:52] From 1993 or something. [00:54] Or do I... [00:55] Ahh, I didn't file it. [00:55] https://bugs.launchpad.net/launchpad/+bug/192076 [00:55] Launchpad bug 192076 in launchpad "component of new binary packages should default to source component (heat: 2)" [Low,Triaged] [00:58] It's going to be a while before perl finishes building everywhere in ~ubuntu-toolchain-r/test, so I'll pick it up in the morning, and copy over to precise once I have a respectable set built. [00:58] Night. [00:58] cjwatson: 'Night. [00:59] (Hopefully nobody needs ~ubuntu-toolchain-r/test much between now and then; it might be a little unstable.) [09:19] buildd maintenence [09:58] lamont: thanks - do you have a rough ETA? [09:58] cjwatson: soon [09:59] ok :) [10:32] right. buildd maintenence round 2 [10:55] cjwatson: you have slangasek-happiness on all of the archive builders [10:56] I still need to do !i386 ppa builders [10:59] lamont: ah, excellent, thanks [11:00] * cjwatson gives back acl [11:04] lamont: https://launchpad.net/ubuntu/+source/acl/2.2.51-4ubuntu1/+build/2926721 - woo [11:04] * cjwatson gives back attr and popt too [11:09] cjwatson: coolness [12:50] perl 5.14 copied into precise, along with enough to keep minimal + build-essential + standard + ubuntu-desktop installable [12:50] once that publishes I'll upload the first level of rebuilds [13:21] cjwatson: Has anyone checked the ubuntu server seeds? [13:22] wouldnt that be a server team task ? [13:24] infinity: perl 5.14 in precise now (pending mirror push) [13:25] Daviey: I'm going to rebuild everything anyway [13:25] I was just trying to reduce breakage for upgraders [13:25] ogra_: no, I'm coordinating the perl transition [13:25] ah [13:26] I didn't want to stage everything through a non-virtualised PPA because our tools for managing that kind of thing are still really pretty primitive [13:28] ogra_: I wasn't offloading, but it seems that some work has sniffed potential issues.. Rather than replicating work, it seemed a good idea to get a status update from the person driving it. :) [13:28] so I just arranged to avoid the bulk of problems for the first stage, which I think are more likely to hit desktop than server; server will be sorted out soon enough, and the normal LP build scheduler will build main before universe as a general rule [13:28] Daviey, yeah, sorry, i missed some context due to reconnect [13:28] i was thinking checking the seeds in general for precise [13:29] ah. ok :) [13:29] "some work has sniffed potential issues"? [13:35] cjwatson: "along with enough to keep minimal + build-essential + standard + ubuntu-desktop installable" .. i assumed that required some sniffing? [13:35] Really, what i was trying to work out - what is the impact for the server? Do i need to do anything. [13:35] :) [13:38] you don't need to do anything. I was just looking through Task fields for the highest-priority rebuilds [13:39] the main part of the rebuild should be done by the next server image rebuild; that's why I timed it as I did [13:41] though I must say, my upstream rate suddenly dropping to 182kbps was not terribly helpful [13:46] \o/ [13:47] oh bugger [13:47] doko: so, uh, building in ubuntu-toolchain-r/test wasn't necessarily brilliant, because it built against the current libc :-/ [13:47] in that PPA [13:48] lamont: help, I'm going to need a rescue on amd64 [13:49] actually no I'm not [13:49] I'll just put all the amd64 builders on manual [13:59] libalgorithm-diff-xs-perl, libcairo-perl, and libglib-perl have the same problem; so it'll take three publisher runs in all to sort this out :-/ [13:59] guess I know what I'm doing for the rest of the day [14:11] cjwatson: you're all sorted? [14:12] FSVO sorted that include "I think I can untangle this without admin intervention" [14:13] if allspice has a go-faster button then you could press it [14:43] And of course now perl/amd64 will be uninstallable because it needs the build1 to finish building on i386. I'm cursed. [14:43] But at least perl-base/amd64 should be installable after this publisher run [14:44] But that won't help builds since perl is in the build chroot so if I build before it's installable then it will just get held back and build with 5.12 ... [14:45] * cjwatson 's head explodes [14:46] I'll just have to do another manual publisher run more or less right after this one. [14:47] 20 minutes to go for perl/i386 [14:49] * skaet is glad this is happening now, rather than later in the cycle. [14:50] Yeah, I wouldn't have attempted it much later [14:55] lamont: I think I will want rerolled chroots a bit later today, but not right now [14:55] lamont: (it's more reliable to have perl-base 5.14 in the chroots, because that way we don't get builds where perl-base is held back but it manages to build anyway) [14:56] right now that would break amd64 though [15:42] amd64 builders back on auto - I think it's safe enough again now [15:43] wohoo [15:43] congrats [15:43] not that it's safe to upgrade, but the worst of it is untangled [15:43] thats what i meant :) [16:00] :) [16:05] lamont: yay, so I can upload bash too now :) [16:05] and should probably check on getting Debian's autobuilders updated for this [16:14] slangasek: cjwatson: skaet: I need a small window where I can have syncproxy down - any particular time better than others? [16:15] * slangasek defers to cjwatson [16:15] skaet defers to cjwatson too [16:21] what time of the hour is usually quietest? [16:22] usually end of day in north america is fairly quiet, as long as cjwatson isn't working late. [16:22] heh [16:22] I meant more "when does the publisher trigger the archive each hour?" [16:30] about :30-ish [16:30] except for at the moment when I'm running it manually [16:30] whenabouts do you need to do it? [16:30] oh, awesome. [16:31] and how long will it take? [16:31] I need about 5 min of quiet time with them [16:31] you can have it now if you like [16:31] thanks [16:31] taking it now [16:36] cjwatson: if you would be so kind as to trigger, I shall watch it [16:36] I'll just start a publisher run, it should trigger near the start and I need one anyway [16:37] (it triggers near start and end) [16:37] sigh [16:37] unsigh [16:38] triggered [16:38] was that ok? [16:38] that's what I'm pondering [16:54] cjwatson: arp caches suck. just sayin [16:54] cjwatson: tell me the next time it triggers? [16:59] should be a few minutes [16:59] * lamont wanders for just a couple. tailing your log file, too, fwiw [17:02] b' [17:03] yay germinate [17:07] lamont: triggered [17:07] (belatedly) [17:07] and running along just fine [17:07] \o/ [17:07] I'll be fixing the germinate stage this cycle [17:08] to not take so long [17:10] publisher back on auto [17:27] re firefox> if precise will be getting 9.0 beta 1 soon, and 8.0 and 8.0.1 are functionally the same for linux, do I need to upload 8.0.1 to precise before pushing 8.0.1 to natty/oneiric? [17:27] precise has 8.0 now [17:28] micahg: how soon is "soon"? [17:28] only chrisccoulson can answer that one, when he finishes porting stuff for 9.0 [17:28] chrisccoulson: how soon is 9.0beta1? [17:28] in a couple of hours [17:29] oh then it might be moot by the time I'm ready :) [17:29] micahg: yeah, don't bother uploading to precise :) [17:29] slangasek: thanks [17:29] chrisccoulson: oh, was that the eta for the upstream release, or for your upload to precise? [17:29] slangasek, for my upload. the release was last week, but i'm a bit behind this week [17:30] ok [17:30] it's blocked on me waiting for it to build here so i can make sure it works :) [22:15] is https://wiki.ubuntu.com/RReleaseSchedule supposed to be accurateish? [22:16] the dates of UDS in that page look wrong, 8th Nov which is a thursday [22:24] popey, have a look in the column header :-) [22:27] * popey hangs his head ins hame [22:27] and shame [22:30] heh [23:46] * cjwatson is curious who tried an Ubuntu live CD build an hour or so ago