[01:36] <phillw> jbicha: ping
[01:40] <jbicha> phillw: hi
[01:42] <infinity> cjwatson: WTF at that yate patch.
[01:42] <infinity> cjwatson: (Notably, why on earth didn't it fail everywhere?)
[01:43] <cjwatson> infinity: Indeed, I can't figure that out
[01:44] <cjwatson> infinity: My best guess is that the optimiser did a better job of noticing that it was unused on every other architecture; but I have no idea why
[01:45] <infinity> Bizarre.
[01:46] <cjwatson> Also can't really see why it worked in quantal.
[01:46] <cjwatson> (And I don't buy my own optimiser theory; building that file with -O0 on i386 still works.)
[01:48] <infinity> I'd like to blame binutils, cause that's always a sensible thing to do.
[01:48] <infinity> (And it's the only thing that changed drastically since quantal)
[01:49] <cjwatson> I don't think it's the linker.  If I build just that .o on i386 and armhf, armhf has the FaxHandler::received undefined reference while i386 doesn't.
[01:50] <cjwatson> If you want to blame binutils it has to be the assembler, I think, which seems far-fetched.
[01:50] <infinity> Oh, seriously?  Hrm.
[01:50] <cjwatson> (I haven't compared .S)
[01:50] <infinity> That's just weird.
[01:50] <cjwatson> I got bored of tracking it down through the toolchain once I realised the code was Just Wrong anyway.
[01:52] <phillw> a very quick Q. which you will tell me off for... Is there some sort of time scale for bug 1040037 getting into quantal?
[01:52] <ubot2> Launchpad bug 1040037 in cups-filters (Ubuntu Quantal) "Libreoffice will no longer print landscape page" [High,In progress] https://launchpad.net/bugs/1040037
[01:52] <infinity> I wonder if the php-horde mess has been fixed in unstable yet.
[01:53] <infinity> Looks like no.  Bah.
[01:53] <ScottK> phillw: You should ask tkamppeter_
[01:54] <phillw> Scottk when and where does he appear?
[01:54] <ScottK> phillw: #ubuntu-devel
[01:55] <phillw> thanks :)
[01:55] <jbicha> he's Europe-based
[01:55] <infinity> A fix for that is in the queue, asking Till won't help.
[01:55] <infinity> phillw: It'll get reviewed and (potentially) accepted when it does.
[01:57] <phillw> infinity: it is working... ubuntu-uk have confirmed as it affects news letters etc. I was just curious if it needed any more 'yeah it works' stuff, but as it has come from 'above' I'm really out of my depth.
[01:57] <infinity> phillw: Hard to confirm it works before it's been built. :P
[01:58] <phillw> infinity: the 'R' works.. rule #1 of SRU :P
[02:02] <phillw> infinity: soz, it was #ubuntu-advertising
[02:05] <phillw> infinity: http://pastebin.com/EBrTie21
[02:05] <phillw> and then you can tell me off, again.
[02:06]  * infinity points phillw 2 minutes back in backscroll.
[02:06] <infinity> Or 3.
[02:10] <phillw> infinity: phillw: Hard to confirm it works before it's been built.
[02:10] <phillw> as it has been built.. I'm really missing something on how these things happen :(
[02:10] <infinity> phillw: It was only just accepted to quantal 7 minutes ago.
[02:11] <infinity> phillw: Though, before you kept giving me supporting evidence as to why I should accept it, apparently.
[02:13] <phillw> infinity: I apologise, I thought I was being gentle as the email was quite a few hours earlier. I did tell them to be patient this evening but it is now 02:12 UTC here and I was asking for an update. Thank you ever so much, the guys will wake up to good news :)
[02:14] <ScottK> This reminds me ...
[02:15] <ScottK> It might be time to recruit some more new bodies for the SRU team.  I don't get the impression we're keeping up and I have this suspicion that next week SpamapS will have less time rather than more for SRU work.
[02:18] <infinity> No, we're not keeping up particularly well right now, but that upload was only a few days old.
[02:19] <phillw> is the backlog testing proposed SRU's ?
[02:20] <infinity> No.
[02:20] <infinity> Well, I'm sure there's a backlog there too, and I wouldn't turn down people doing verification.
[02:20] <infinity> But in this case, no.  The backlog is review.
[02:21] <infinity> Though, when bdmurray is done rewriting sru-accept, I might find more joy in the process. :P
[02:21] <phillw> I cannot help on review, but may be able to help on verification
[02:22] <slangasek> infinity: corresponding precise version of mountall on its way to the queue now, btw
[02:23] <infinity> slangasek: Oh, did you already SRU all this mess back to precise, thinking it was shiny and good?
[02:23]  * infinity missed when that happened.
[02:23] <slangasek> infinity: it's in precise-proposed now, I v-failed it
[02:24]  * infinity dies a little inside, reading ns3's debian/rules.
[02:24] <slangasek> queuebot is on vacation?
[02:24] <infinity> Why do people think "convert to dh(1)" means "keep your old rules file, but add dh $@ to it"?
[02:25] <infinity> slangasek: queuebot was speaking up just a while ago.
[02:25] <slangasek> ah, right, it's around but has just scrolled off my screen already ;)
[02:25] <slangasek> infinity: because it's the naive way to incrementally improve your rules?
[02:25] <infinity> You and I have varying definitions of "improve".
[02:26] <infinity> It becomes seemingly nondeterministic when you do that.  (Not actually nondeterministic, but confusing enough for a human to sort out).
[02:27] <slangasek> it's possible I've misunderstood your description of the changes, then; but that's probably ok, I don't really need to know
[02:27] <infinity> Heh.
[02:28] <micahg> well, if I ever find some time again, I might consider trying to join -sru
[02:29] <infinity> micahg: We only ask for about 75% of your week, no big deal.
[02:29] <micahg> infinity: heh, if that was work time, that's fine :P
[02:29] <infinity> There's non-work time?
[02:30] <micahg> I'm trying to rediscover what that is :)
[02:30] <stgraber> infinity: between christmas and new year
[02:30] <stgraber> (apparently)
[02:30] <infinity> stgraber: *rimshot*
[02:32] <cjwatson> infinity: Indeed, if you leave targets such as 'build' in place, it can get very confusing.
[02:32] <infinity> cjwatson: Yep.
[02:34] <cjwatson> Oh boy, my flood of Multi-Arch: foreign patches to Debian to support cross-build is producing a moderately steady counter-flood of confused maintainers trying to work out what multiarch is
[02:34] <infinity> Hahaha.  Score.
[02:34] <infinity> I love how out of touch DDs seem to be about things like this.
[02:35] <cjwatson> Though I actually can't blame them for being confused about how it interacts with cross-building
[02:35] <infinity> (I'm in that boat too, obviously not WRT multitouch, but sometimes I don't get the memo about some large/obvious change for years)
[02:35] <infinity> The joys of working on a very large system.
[02:36] <infinity> s/touch/arch/... Stupid SRUs have me with touchpads on the brain.
[02:37] <infinity> ... and trying to sort out how a bug about a misbehaving Thinkpad touchpad ended up with a patch to asus-touchpad.sh
[02:51] <cjwatson> ScottK: Do you know if there's a plan to multiarchify boost?
[04:23] <ScottK> cjwatson: I do not know.
[11:10] <Mirv> unity-2d 5.14.0-0ubuntu1 has been in the precise SRU queue for >1 month, and bursting with enthusiasm to get to users! also, unity-lens-applications
[12:00] <psivaa> xnox: Reported bug 1086339 on manual partitioning, not sure if its related to bug 1085961.
[12:00] <ubot2> Launchpad bug 1086339 in ubiquity (Ubuntu) "Can not install raring desktop with manual partitioning" [Undecided,New] https://launchpad.net/bugs/1086339
[12:00] <ubot2> Launchpad bug 1085961 in ubiquity (Ubuntu) "Unable to install two raring desktops side-by-side" [Undecided,New] https://launchpad.net/bugs/1085961
[12:00] <xnox> psivaa: ack, thanks.
[12:02] <psivaa> xnox: yw
[15:22] <cjwatson> stgraber: Could you test the current precise Ubuntu desktop image on SB-enabled hardware?  It *should* work now, I think
[15:22] <cjwatson> Took me a while to get the image building pieces in place
[15:23] <stgraber> cjwatson: ok, I'll do a test later today
[15:26] <cjwatson> Thanks!
[15:56] <stgraber> alright, let's have some fun with SecureBoot, back in 30min, hopefully...
[16:01] <stgraber> cjwatson: first try doesn't look too good. This time around I get to grub but after selecting an entry all I'm getting is a black screen.
[16:01] <stgraber> I'm rewriting the image to my phone (which for some reason stops exporting the USB device after a reboot...) and will try again with set debug=all
[16:01] <cjwatson> Hmph.
[16:04] <stgraber> cjwatson: hmm, is vmlinuz signed?
[16:05] <stgraber> root@castiana:/boot# sbverify vmlinuz
[16:05] <stgraber> No signature table present
[16:05] <cjwatson> Huh, I thought it was
[16:05] <stgraber> apparently not, so my machine won't be able to boot it because of the shim bug
[16:06] <cjwatson> But you're right, blast
[16:06] <cjwatson> I'll try yet again
[16:06] <cjwatson> (Getting Quite Bored of SB)
[16:12] <stgraber> cjwatson: well, at least we have a pretty comprehensive list of things that can go wrong with SB images ;) I'm almost tempted to write a testing script checking that the partition table is correct, that the fs structure is fine for EFI, that shim and grub exist and are signed, that grub.cfg looks right and that vmlinuz is signed. If all of those match, it's pretty sure it'll at least boot (install is a whole other problem).
[16:18] <cjwatson> stgraber: the cause of this is a 403
[16:19] <cjwatson> Which is aggravating
[16:20] <cjwatson> I wonder how many goes this livecd-rootfs SRU is going to take
[16:22] <infinity> A 403?
[16:22] <cjwatson> Just uploaded YA livecd-rootfs/precise-proposed to fix it
[16:25]  * infinity looks.
[16:34] <infinity> cjwatson: Oh, *facepalm*
[16:34] <infinity> cjwatson: Accepted.
[23:05] <ScottK> stgraber: Would you please stop cron from building the Kubuntu Alpha 1 images?
[23:06] <ScottK> At UDS we talked about a ~2 day transition freeze during the scheduled milestones for just the relevant packages.  Did anyone look into how to do that yet?
[23:07] <stgraber> ScottK: cron should have been stopped yesterday, did you actually get dailies today?
[23:08] <ScottK> stgraber: No.
[23:08] <ScottK> I guess we didn't.
[23:08] <stgraber> good, so working as expected then :)
[23:08] <ScottK> Yes.
[23:08] <ScottK> How about the other question?
[23:09] <stgraber> ScottK: for package freezes, cjwatson said he probably could figure some way to freeze a package set or a list of sources if needed, though the code doesn't exist yet, so if you need it for alpha-1 it may be a bit tricky
[23:09] <ScottK> I don't know that we NEED it.
[23:09] <ScottK> It's probably more of a concern for Edubuntu since you've got to worry about what the desktop team may choose to upload.
[23:10] <tumbleweed> freezing a list of packages should be doable with britney hints
[23:17] <ScottK> Yes.  The trick is getting the right list.
[23:38] <cjwatson> Right, the mechanics of freezing aren't hard (s/^/block /), but I don't think I can usefully contribute to coming up with a list if that's what you want
[23:56] <ScottK> I think I have a list.
[23:56] <ScottK> At least for Kubuntu.