[00:00] <infinity> ^--- The eglibc upload I promised, superseding the earlier security upload with a couple more fixes, the SRU version of the same will follow later today.
[00:06] <Daviey> infinity: can you follow up with bug 997978 please?
[00:06] <ubot2> Launchpad bug 997978 in qemu-kvm "KVM images lose connectivity with bridged network" [High,In progress] https://launchpad.net/bugs/997978
[00:06] <Daviey> (people seem confusededed)
[00:22] <infinity> Daviey: Done.  I may just do the re-base on Soren's behalf and upload; it's trivial.
[00:25] <infinity> Daviey: Want to give a quick review of eglibc ubuntu19->ubuntu20 (You can fish 19 out of rejected to do the diff), I already reviewed ubuntu19 and was happy with it, so just need someone to okay my changes in 20.
[00:25] <Daviey> ok
[00:36] <infinity> ^--- Verified that's the same diff as soren's 14.1->14.2, which I already reviewd and (almost) accepted, so accepting this one.
[00:41] <Daviey> infinity: eglibc, I really hate the fact that one of the new patches doesn't have any clear traceability, such as citing it's origin.  But that isn't anything new with that package, by the seems of it.
[00:42] <infinity> Daviey: Oh, none of the cvs patches tend to do that.  I should probably get both us and Debian using a more DEP-friendly patch style.
[00:42] <Daviey> infinity: the thing is, it seems to be a mixture of patches?
[00:42] <Daviey> debfiff, http://pb.daviey.com/5wwT/ .. http://sourceware.org/ml/libc-alpha/2012-06/msg00578.html ?
[00:42] <infinity> Daviey: It's 4 commits in one of those patches, and one in another.
[00:43] <Daviey> yeah, the other is well defined with the header
[00:43] <infinity> Daviey: Yeah, maybe I should adjust the headers for verbosity.
[00:44] <Daviey> But it's really hard to review something that is a clump of code, with the comment - "Backport another FMA support patch from glibc master branch"
[00:44] <infinity> Daviey: The FMA one is the one you think it well-defined. :)
[00:44] <Daviey> (normally i wouldn't be looking so closely, but eglibc is something that well, i wouldn't just to wave past.)
[00:45] <infinity> Daviey: I can reupload with a bit of a header on the wordsize one.
[00:46] <infinity> (Just including, but not applying, the bits that would have gone in /ChangeLog)
[00:48] <infinity> Daviey: http://paste.ubuntu.com/1259152/ <-- Would this make you happier?
[00:48] <Daviey> infinity: maybe i am just too tired, but the bug points to commit c5bfe3d5ba29d36563f1e4bd4f8d7336093ee6fc , is is totally different to the patch?
[00:49] <Daviey> Oh, i do indeed suck - http://sourceware.org/ml/libc-alpha/2012-06/msg00120.html .. bad foo
[00:49] <infinity> Let me just reupload the above patch with the header, since that's likely what I'll want for the SRU too.
[00:50] <Daviey> infinity: sorry if it's seemingly pedantic
[00:51] <infinity> Nope, you're right.  Debian and Ubuntu both need better patch headers in glibc. :P
[00:51] <infinity> Reject away, a new one will be up shortly.
[00:55] <infinity> Daviey: Reuploaded.
[01:09] <infinity> Daviey: All better?
[01:11] <Daviey> infinity: well, i've just validate against upstream VCS, and the touched files haven't been touched since.. So no reversions,  There seemed to be one more commit that added a test?
[01:11] <Daviey> * math/libm-test.inc (cosh_test): Add more tests / http://sourceware.org/ml/libc-alpha/2012-06/msg00578.html
[01:12] <infinity> Daviey: We skipped the test in the backport to 2.15 (assuming you're talking about the dbl/ldbl stuff)
[01:12] <infinity> Daviey: http://sourceware.org/git/?p=glibc.git;a=shortlog;h=refs/heads/release/2.15/master
[01:13] <Daviey> Ok, thanks for being patient.
[01:15] <infinity> Daviey: Spiffy, thanks.  I'd ask you to do the same review on precise for me so I can accept that, but you might hit me. ;)
[01:15] <infinity> Daviey: (precise is the combinatin of the previously-accepted 10.1, the security 10.2, and then the changes you just reviewed are 10.3, so all you'd need to do is verify that 10.3 is indeed that... I guess)
[01:15] <Daviey> infinity: If only you could see my hand right now :)
[01:15] <infinity> The trick is that the security 10.2 didn't include 10.1.
[01:16] <infinity> Daviey: Does it have a reduced finger count?
[01:16] <Daviey> it's counting in binary
[01:16] <infinity> I prefer to look at it from the side and see it as a musical note.
[01:17] <Daviey> heh
[01:18] <Daviey> ogasawara / infinity: I assume you saw linux armhf ftbfs?
[01:20] <infinity> Daviey: Ugh, rly?
[01:21] <infinity> Oh, lovely.  It's ACTUALLY FTBFS, instead of some BS packaging error.
[01:24] <infinity> I guess that gets me out of d-i uploads tonight. :P
[06:58] <slangasek> ^^ there's the uefi shim, with Canonical UEFI CA key embedded
[06:58] <slangasek> cjwatson: ^^
[07:00] <slangasek> hmm, the uploaded changelog is inaccurate though; let me fix that
[07:01] <slangasek> removed && reuploaded
=== henrix_ is now known as henrix
=== henrix is now known as henrix_
=== henrix_ is now known as henrix
=== mmrazik is now known as mmrazik|afk
=== smartboyhw is now known as ubuntu-marathon
=== ubuntu-marathon is now known as smartboyhw
[10:38] <tseliot> hi, can anybody reject nvidia-settings-updates and nvidia-settings in quantal, please?
[10:41] <Laney> tseliot: done
[10:41] <tseliot> Laney: thanks a lot
[11:02] <Daviey> cjwatson: did you just copy eglibc to quantal-release?
[11:03] <Daviey> (it's fine if you did, i just wanted to confirm)
[11:05] <cjwatson> Yes
[11:38] <cjwatson> This is somebody's nag to do some queue review please.  I've got quite a bit stacked up there now which could be using buildd time.
[11:39] <cjwatson> I'm reviewing the nvidia* stuff as best I can at the moment.
[11:39] <Laney> I am already doing it
[11:39] <cjwatson> nvidia?
[11:39] <Laney> no, working from the bottom of queue
[11:39] <cjwatson> OK, great, thanks
[11:52]  * Laney yays at having three ppc buildds again
[11:53] <cjwatson> Yeah, makes a big difference
[12:00] <cjwatson> tjaalton: So, talk to me about this mesa upload - is the rationale that if we're shipping a pre-release snapshot, it might as well be as close to release as possible?
[12:01] <tjaalton> cjwatson: yes, 9.0 will be released next wednesday, but we'll probably sru it
[12:01] <tjaalton> since it's past final freeze?
[12:01] <cjwatson> mm
[12:02] <cjwatson> There are a couple of renamed identifiers in glext.h along with the API additions
[12:02] <tjaalton> checking
[12:02] <cjwatson> GL_TYPE_RGBA_FLOAT_ATI -> GL_RGBA_FLOAT_MODE_ATI and GL_MAX_TRANSFORM_FEEDBACK_INTERLEAVED_ATTRIBS_NV -> GL_MAX_TRANSFORM_FEEDBACK_INTERLEAVED_COMPONENTS_NV
[12:03] <cjwatson> Do you think those are safe?
[12:03] <cjwatson> I'd hate to have to do another test rebuild at this point
=== mmrazik|afk is now known as mmrazik
[12:03] <cjwatson> Also a few adjustments to some of the function declarations
[12:04] <cjwatson> I think it's mostly OK, just looking for a risk assessment
[12:04] <tjaalton> riht
[12:04] <tjaalton> +g
[12:05] <tjaalton> "upgrade glext.h to version 85", and applied to the stable branches
[12:05] <tjaalton> don't know the history yet
[12:07] <tjaalton> nope, only master and 9.0
[12:13] <cjwatson> Of course it comes pretty much straight off opengl.org, doesn't it
[12:13] <tjaalton> yeah
[12:13] <tjaalton> and don't see anything using it directly, besides mesa
[12:14] <cjwatson> So it's probably pointless to worry about it too much
[12:14] <tjaalton> think so, yes
[12:14] <cjwatson> All right, accepted
[12:14] <tjaalton> cool, thanks
=== doko__ is now known as doko
[12:18]  * Laney wonders if popt is going to get a diff
=== yofel_ is now known as yofel
[13:53] <cjwatson> unconvinced by gcc-defaults-armel-cross and gcc-defaults-armhf-cross; asking hrw for clarification on #ubuntu-devel
[15:06] <mdeslaur> ^ libxslt is only security fixes
[15:08] <cjwatson> sure, accepted
[15:09] <mdeslaur> cjwatson: thanks
=== jbicha_ is now known as jbicha
=== smartboyhw_ is now known as smartboyhw
[16:15] <cjwatson> Right.  So I believe all 28 items in the release pocket queue are currently ones I uploaded.
[16:17] <cjwatson> And I think I need somebody with more desktop clue than me to review the Unity stack in -proposed.
[16:22] <cyphermox> ^^ network-manager-applet includes two extra strings which are marked translatable ("HSPA+", "LTE"), but normally are never translated (and I checked the other similar strings for a few languages, GSM/HSUPA, etc.). Confirmed with dpm too
[16:37] <Laney> gah
[16:38] <seb128> cjwatson, do you have questions or any comment,explanation that could help for the unity stack?
[16:38] <Laney> https://bugs.launchpad.net/ayatana-design/+bug/1052513 ← no UIFe
[16:38] <ubot2> Launchpad bug 1052513 in unity-lens-applications "Dash - 'More suggestions' icons are too large" [Undecided,Confirmed]
[16:38] <seb128> cjwatson, or are you looking for somebody who validated the code diff?
[16:38] <cjwatson> err ... I want somebody else to review it :)
[16:39] <seb128> popey, ^
[16:39] <Laney> i'm looking
[16:39] <cjwatson> seb128: popey isn't in ubuntu-release
[16:39] <Laney> I assume there are screenshots that include those icons though
[16:40] <seb128> cjwatson, no, but he's the one leading the team who is in charge of making sure unity commits don't land if there are not an approved exception bug
[16:40] <seb128> cjwatson, or said differently, he should be handling that UIFe
[16:41] <cjwatson> I think you think I'm asking for something that I'm not asking for
[16:41] <cjwatson> All I'm saying is that I'm disregarding that bit of the queue, as an ubuntu-release member, because I'd rather somebody with a bit more relevant knowledge tackled it
[16:41] <seb128> cjwatson, oh, my "^popey" was pointing to Laney's UIFe exception
[16:41] <cjwatson> ah
[16:41] <seb128> sorry ;-)
[16:41]  * cjwatson goes back to glaring at nvidia-texture-toolkit
[16:42] <cjwatson> I wish people would stop typedeffing standard-looking names
[16:42] <cjwatson> if you want a 64-bit integer type, put it in your own damned namespace
[16:49] <mdeslaur> release team: bug 1061734
[16:49] <ubot2> Launchpad bug 1061734 in webapps-applications "webapps-applications removes package installation prompt" [Undecided,New] https://launchpad.net/bugs/1061734
[16:52] <JohnLea_> Laney; hyia, popey just pinged me about bug #1052513  This one should land under the 12.10 Dash exception that was agreed with Online Services.  Also as the request is only to "make all app icons the same size", fixing this bug will not cause any translation or documentation issues.  A user looking at the screen after this bug is fixed, and at the same time looking at the documentation will not be in any confusion.
[16:52] <ubot2> Launchpad bug 1052513 in unity-lens-applications "Dash - 'More suggestions' icons are too large" [Undecided,Confirmed] https://launchpad.net/bugs/1052513
[16:52] <Laney> kenvandine: ^
[16:52] <Laney> JohnLea_: mhr3 tells me that it's not fixed anyway
[16:53] <JohnLea_> Laney;  we need it to be, it's a bad visual regression.  thx, I'll ping mhr3
[16:53] <Laney> well then you'll need to get an exception
[16:55] <Laney> mdeslaur: speak to kenvandine and mvo, but in general feel free to upload a revert
[16:56] <Laney> didrocks: is this everything in proposed?
[16:56] <Laney> oh, there's another one ;-)
[16:57] <didrocks> Laney: miss unity, coming soon
[16:57] <Laney> yeah, that's the one I was looking for
[16:57] <didrocks> once I've fixed the PS integration team packaging…
[16:57] <Laney> did you version the build deps?
[16:57] <didrocks> yeah, I versionned all build-deps
[16:57] <didrocks> so you can accept in the order you want :)
[16:57] <Laney> great
[16:58] <Laney> I'll do that then, but I'll be going out very soon so someone else will likely have to do unity itself
[17:04] <Laney> didrocks: unity-lens-help contains debian patches despite being native
[17:05] <didrocks> Laney: yeah, it's a native app versionning but upstream isn't ready to roll a tarball
[17:06] <Laney> I mean you shouldn't have debian/patches
[17:06] <didrocks> Laney: so, not sure what I had to do as we need to feature politcally-wise
[17:06] <Laney> or you should change the source ofrmat
[17:06] <didrocks> Laney: should I just inline patch?
[17:06] <Laney> yes
[17:06] <didrocks> ok, doing
[17:08] <didrocks> Laney: reuploaded
[17:08] <Laney> thanks a lot
[17:09] <xnox> not sure why pulseaudio got uploaded into proposed....
[17:09] <xnox> the fix is needed to unbreak ubiquity a11y
[17:09] <didrocks> Laney: sorry, I was thinking that it needed to be handled differently :)
[17:09] <didrocks> Laney: ah, what about unity-lens-radios?
[17:10] <Laney> just because there was two in the queue
[17:10] <didrocks> Laney: one doesn't have the build-dep on gir-unity
[17:10] <Laney> yeah I checked
[17:10] <Laney> I rejected the bad one
[17:10] <didrocks> Laney: I thought I rejected the other one myself, but maybe launchpad timeouted
[17:10] <didrocks> thanks :)
[17:12] <seb128> xnox, does it make a difference? it can be pocket copied once it's built
[17:12] <didrocks> Laney: ok, uploading unity now
[17:13] <cjwatson> xnox: Indeed, it *will* be copied once its built
[17:13] <cjwatson> It was uploaded to -proposed to avoid multiarch skew
[17:14] <xnox> I see. Ok. thanks.
[17:14] <xnox> it's needed to bring sound back to ubiquity / desktop-cds
[17:16] <cjwatson> xnox: Feel free to see if David needs any help on figuring out the armhf build failure, then, since that's a blocker for that
[17:16] <cjwatson> (Or maybe that's cosmic rays; here's hoping ...)
[17:16] <xnox> *sigh*
[17:17] <Laney> Lot of those rays around these days ...
[17:22] <Laney> kenvandine: erm
[17:22] <Laney> -         gir1.2-unity-5.0,
[17:22] <Laney> +         gir1.2-unity-5.0 >= 6.8,
[17:22] <Laney> that's not the right control file syntax ...
[17:31] <didrocks> Laney: FYI, I uploaded unity-lens-video to quantal itself because it's doesn't depend on the rest of the stack (I have an additional cherry-pick fix)
[17:34] <Laney> didrocks: I don't even see that in the queue
[17:34] <Laney> unless you did it right now
[17:34] <didrocks> well, 5 minutes ago
[17:35] <Laney> ok, probably somewhere in the tubes
[17:35] <didrocks> yeah ;)
[17:35]  * Laney hits the BFB
[17:35] <Laney> and by that I mean "Enter"
[17:35] <didrocks> Laney: it's in now :)
[17:36] <Laney> what is going on?
[17:37] <Laney> oh, queue is doing prefix matching
[17:37]  * Laney -e -e -e
[17:37] <doko> please could somebody comment on https://bugs.launchpad.net/ubuntu/+source/libgnomecanvas/+bug/1013211 ? the last upload was rejected
[17:37] <ubot2> Launchpad bug 1013211 in libgnomecanvas "[FFe] Please transition libgnomecanvas to multi-arch" [High,In progress]
=== henrix is now known as henrix_
[17:46] <kenvandine> Laney, crap... i'll fix
[17:47] <slangasek> cjwatson: new shim uploaded
=== henrix_ is now known as henrix
[17:48] <kenvandine> Laney, re-uploaded :)
[17:49] <Laney> kenvandine: going out right now I'm afraid
[17:49] <Laney> someone else can review for you
[17:49] <infinity> doko: Done.
[17:50] <infinity> doko: If it's sitting in rejected, I can just review it from there.
[17:50] <kenvandine> Laney, no worries, thanks
[17:55] <infinity> doko: Do we know who rejected libgnomecanvas last time?
=== mcasadevall is now known as NCommander
=== NCommander is now known as Guest84314
[17:58] <infinity> cjwatson: Rejected your libgnomecanvas and accepting the previously-rejected upload from stokachu instead.
[18:27] <cjwatson> infinity: Mine was just a no-change rebuild, wasn't it?  Any upload will do.
[18:27] <infinity> cjwatson: Indeed, which is why I went that route.
[18:28] <infinity> cjwatson: Was just poking you so you wouldn't wonder about the REJECT, s'all.
[18:28] <cjwatson> Laney: I'm increasingly tempted to make -e the default.  That was the fault of some Launchpad developer way back when
[18:28] <cjwatson> And it irritated me at the time :-)
[18:42] <hallyn> want to upload an lxc fix for bug 1060404 .  ought i to ask for permission here first ?  (i.e. is this currently a full freeze?)
[18:42] <ubot2> Launchpad bug 1060404 in lxc "update-grub runs and fails in containers" [High,Confirmed] https://launchpad.net/bugs/1060404
=== henrix is now known as henrix_
[18:45] <infinity> hallyn: If it's just a bugfix, no need to ask permission, fire away and we'll review.
[18:46] <hallyn> infinity: thx, firing
[18:49] <skaet> hallyn,  final freeze is next Tuesday.   Important bug fixes welcome until then.   (Kernel and Desktop interface freeze is today at 2100 though.)
[18:49] <hallyn> yikes, that's badd for the netdev refcount bug :)
[18:49] <hallyn> skaet: thanks
[18:51]  * cjwatson hopes apw gets his signed kernels patch in before then :-P
[18:51] <cjwatson> (critical path for secure boot)
[18:52] <skaet> thanks for flagging cjwatson.
[18:52] <apw> cjwatson, i am uploading it as soon as the armhf build which is near completion has published
[18:52] <infinity> cjwatson: It'll be close enough.
[18:53] <infinity> apw: And by "has published", you mean "has been copied to -release and published", I assume?
[18:54] <infinity> apw: If you're pretty sure it'll all work right and dep-wait correctly, you can just upload now.
[18:54] <apw> infinity, if i upload a new source it'll stop the binaries publishing won't it ?
[18:54] <cjwatson> We might need some care if he uploads before the last one's published ...
[18:54] <infinity> apw: Oh, it's a new linux source?  Nevermind.
[18:54] <cjwatson> Yeah
[18:55] <infinity> Fun.
[18:55] <cjwatson> That and then a linux-signed or similar on top
[18:55] <apw> infinity, i really mean, i'll tell you when its done, you'll fix it, and tell me when its safe to upload again :)
[18:55] <cjwatson> (I've reviewed the packaging diff to linux already)
[18:55] <infinity> apw: Upload everything and I'll reject it. ;)
[18:55] <infinity> apw: And rescue from rejected later.
[18:55] <infinity> apw: So you don't have to wait around past your EOD.
[18:55] <apw> infinity, i need the abi files from that binary build to make the next package anyhow
[18:55] <infinity> apw: Oh, there's that.  Fiiiine.  Wait.  See if I care!
[18:56] <apw> i am packing anyhow, for a trip this weekend, so its not the end of the world
[18:57]  * infinity taps his foot.
[18:57]  * cjwatson sees amd64 failures drop below 100 in the test rebuild
[19:00] <cjwatson> We might get to some approximation of vaguely there yet
[19:02] <cjwatson> skaet: desktop infrastructure rather than interface, I thought?
[19:02]  * cjwatson checks
[19:10] <slangasek> cjwatson, jdstrand: btw, can one of you sanity check this shim package for me, just to make absolutely certain I've embedded the right key?
[19:11] <cjwatson> Heh, I wanted to check that but didn't actually have the original to hand
[19:11] <slangasek> heh
[19:12] <slangasek> I *think* I used the right key, and the key I used certainly has a trust chain to the archive-signed grub and efilinux ;)
[19:12] <slangasek> but I'd really like a double check before I submit it to MS
[19:12] <slangasek> jdstrand: ^^
[19:22] <jdstrand> slangasek: where is it?
[19:22] <slangasek> jdstrand: shim source package in quantal
[19:22] <jdstrand> so it is in unapproved?
[19:22] <slangasek> debian/canonical-uefi-ca.der
[19:22] <slangasek> no, it's in the archive
[19:23] <jdstrand> ok, I'll look at it-- it will be a bit though
[19:23] <slangasek> not yet submitted to MS, so if I got the key wrong we just need to replace & reupload
[19:23] <slangasek> ok, thanks
[19:25] <cjwatson> slangasek: Do you know what the MS turnaround time's likely to be?
[19:26] <slangasek> cjwatson: extrapolating from a sample size of one, I'd say "less than 2 business days"
[19:26] <slangasek> once we submit it, which requires IS to go down into the vault and find the machine running IE
[19:28] <cjwatson> OK
[19:29] <slangasek> cjwatson: are there test signed kernel images available anywhere right now?
[19:29] <slangasek> that's the part I didn't get a chance to test before upload
[19:30] <cjwatson> There may be some in ~apw/signing
[19:36] <skaet> cjwatson,  yeah my bad - Desktop Infrastructure Freeze is today.   https://wiki.ubuntu.com/DesktopInfrastructureFreeze
[19:41] <xnox> cjwatson: I claim that cosmic rays are not iluminating my flat, as pulseaudio has build successfully for armhf in sbuild locally. Shall I push the retry button on pulseaudio, hoping that the cosmic rays have moved together with the rain god.
[19:42] <infinity> xnox: Yeah, give it a whirl.
[19:43] <infinity> xnox: The worst that happens is it fails again.
[19:45]  * xnox "you spin me right round baby right round" http://www.youtube.com/watch?v=J5Bw-QufBPk
[19:45] <infinity> Like a build record, baby?
[19:46] <slangasek> xnox: er, it's disturbing on so many levels that this is the video you came up with for this song
[19:47] <infinity> Oh dear, I didn't click the link.
[19:48] <xnox> "see I don't understand how build number 1 failed, it was just a thing before, I only build twice..." http://www.youtube.com/watch?v=Tc7W8Q-g9Lg
[19:48] <xnox> =))))))
[19:49] <apw> infinity, ok ... yell when you are happy
[19:50] <infinity> apw: I accepted.  Happiness will occur soonish, after publisher+copy.
[19:50] <slangasek> xnox: http://www.youtube.com/watch?v=M660rjNCH0A
[19:52] <xnox> slangasek: gosh, you've changed a lot since UDS. How did you grow a bear that long that quick?!
[19:52] <xnox> slangasek: wait, since debconf =)
[19:53] <slangasek> xnox: people mistakenly believe that you have to cultivate a greybeard for a long time, but the secret truth is the rate of facial hair growth increases linearly with age
[19:53] <slangasek> so the older you are, the more trivial it becomes
[19:56]  * skaet made the mistake of clicking on the links....
[19:56]  * xnox actually read a peer reviewed academic paper on relationship between shaving and speed of beard growth. There is none, only the optical illusion created by larger cross-section created by razors vs natural pointy hair.
[19:57] <infinity> xnox: Tell me the research was government-funded.  Restore my faith in my tax dollars going to useful things.
[19:57] <skaet> lol
[19:59] <xnox> infinity: well in UK most of universities are funded by Malaysian and Chinese foreign exchange students. As they get their government's grants to study in the UK. E.g. my university would not have Engineering department at all, if not exchange students paying triple the price.
[20:00] <xnox> infinity: www.movember.com grow a moustache for a month for charity =)
[20:00] <infinity> Dearest publisher, you picked a lousy time to run over your 30m window, no love, Me.
[20:07] <infinity> apw: So, the publisher screwed you.  We're delayed by 30m.
[20:07] <apw> infinity, missed it by seconds did we
[20:08] <cjwatson> Giant translation tarballs again or something?
[20:08] <infinity> apw: If by seconds, you mean five minutes, yes.
[20:09] <infinity> cjwatson: Dunno, haven't poked the log, but a 5 minute delay sounds like translations would be a fair thing to blame.
[20:09] <infinity> That so needs to be async.
[20:10] <cjwatson> Yeah, I've been meaning to move that to a script server.
[20:10]  * skaet notes that Freeze is 2100 UTC,  not london time... 
[20:10] <infinity> Actually, that log doesn't show any translation foo.  Could have just been I/O contention.
[20:19] <xnox> skaet: or in other words Freezes have their own Daylight Saving Time pattern ;-)
[20:19] <skaet> :)
=== Ursinha_ is now known as Ursinha
[20:28] <seb128> bah
[20:28] <seb128> https://bugs.launchpad.net/unity/+bug/1057000 ?
[20:28] <seb128> <ubottu> Launchpad bug 1057000 in unity (Ubuntu) "[Ubuntu 12.04.1/12.10] nVidia drivers 304.51 prevent autohidden Unity launcher from revealing" [High,Confirmed]
[20:28] <seb128> tseliot, ^
[21:23] <xnox> pulseaudio has backed please copy quantal-proposed -> quantal
[21:23] <xnox> Laney: ^ ;-)
[21:23] <infinity> cjwatson: Want to wave that d-i through?  The binaries are on disk on ftpmaster.
[21:28] <Laney> xnox: I never know when I'm allowed to, so I tend to avoid copying stuff. Ask Mr. Conrad.
[21:29] <infinity> Mr Conrad needs a new nick hilight.
[21:29] <xnox> Mr. Conrad please send pulseaudio through infinity to quantal from -proposed? =)
[21:29] <infinity> (Also, he already copied pulseaudio)
[21:29] <xnox> you are awesome =)
[21:31] <infinity> Laney: Feel free to accept d-i for me, though.
[21:32] <skaet> infinity,  done
[21:32] <skaet> (d-i, accepted)
[21:32] <infinity> Danke.
[21:33] <skaet> infinity, Laney - anything left pending for the desktop infrastructure or kernel freeze side of things?
[21:33] <infinity> skaet: There's a kernel incoming from Andy in a few minutes.
[21:33] <skaet> k
[21:34] <Laney> not that I know of. seb128 ?
[21:35] <seb128> skaet, Laney: do you count webapp as infrastructure?
[21:35] <seb128> otherwise we are good I think
[21:35] <skaet> seb128, yeah I count them as infrastructure - since other things have to interact with them.
[21:35] <skaet> seb128,  rest has landed?
[21:36] <seb128> yes
[22:04] <skaet> infinity, looks like that linux upload you were waiting for has arrived.   Can you do the sanity check and get it in?
[22:06] <infinity> skaet: Yeah, that'll be happening shortly.  There's still one more piece to the signed kernel puzzle that will be ~8h late because it needs the kernel built for it to work.
[22:13] <phillw> who's on queue duty for FFe today? :)
[22:19] <infinity> phillw: Several people, just ask.
[22:22] <phillw> infinity: it is the pcmanfm FFe exception that Julien has asked for. Whilst this area is totlally out of my remit, i do know that he does stuff correctly. As we are in FF, it is a mix of bug fix & more ability.
[22:26] <gilir> since phillw bring it up, it's bug 1059845
[22:26] <ubot2> Launchpad bug 1059845 in pcmanfm "[FFe] New upstream release 1.0.1" [Undecided,New] https://launchpad.net/bugs/1059845
[22:26] <gilir> It's mostly a bugfix release, but with some small features inside with require FFe
[22:27] <infinity> gilir: Have you built and tested it locally?
[22:27] <phillw> hi gilir (boss), even as mere mortal I can understand your reasoning and request. You are always very good to explain what is being done for those of us who are not coders.
[22:28] <gilir> infinity, yes, available in a PPA, tested at least on 2 systems
[22:28] <infinity> gilir: Oh, the bug claims you have.
[22:28] <phillw> infinity: the L-QA people will go test :D
[22:28] <infinity> gilir: The only new feature concern I have there is the "basic multimonitor support"... If that doesn't appear to have caused any crazy new behaviours or regressions, I'm fine with the FFe.
[22:29] <gilir> infinity, not on my system, which is multi-monitor
[22:30] <infinity> gilir: Unplug a monitor and make sure it's fine with one too? :)
[22:30] <gilir> infinity, the only regression I saw was reverted, I didn't see problem since I using the new version (1 week)
[22:30] <gilir> that's an idea :-)
[22:31] <infinity> gilir: I'll follow up to the bug, pending you testing with one monitor.
[22:32] <gilir> infinity, ok thanks, I'll update it later
[22:32] <infinity> gilir: Bug updated.
[22:32]  * phillw awaits for being told off :) 
[22:46] <slangasek> jdstrand: any luck on that shim CA confirmation?  I'd like to get this on its way today in the hopes of getting it turned around by the weekend
[22:46] <jdstrand> slangasek: sorry, not yet-- was training someone and trying to get an update out and then got the normal pulls every which way
[22:47] <jdstrand> it is next on my list, but may not get to it tonight since I have a hard stop in a few. will definitely do it first thing in the morning
[22:47] <jdstrand> (if not sooner)
[22:47]  * infinity takes a late lunch after the linux review.
[22:48] <infinity> jdstrand: I totally read that as "if not sober".
[22:48] <jdstrand> haha
[22:48] <slangasek> jdstrand: ok; I'm considering pulling the trigger anyway in the meantime then
[22:48] <infinity> Dyslexia is a beautiful gift.
[22:49] <jdstrand> slangasek: sorry, I will review it regardless
[22:50] <slangasek> jdstrand: ack :)
[22:50] <jdstrand> slangasek: I'm assuming it is more than just looking at the file itself, is is that all you want?
[22:50] <jdstrand> s/is is/or is/
[22:50] <slangasek> jdstrand: just looking at the file to make sure I've included the right one :)
[22:51] <jdstrand> slangasek: I can do that. give me a minute
[22:51] <slangasek> I'm not worrying about a security audit of the code at this point; might be useful, but we're in the same boat with RH if there are any issues :P
[22:56] <jdstrand> slangasek: I confirm that is our master public certificate
[22:56] <slangasek> jdstrand: ok, thank you :)
[22:57] <jdstrand> slangasek: sorry for the delay-- that was considerably easier than I thought :)
[22:59] <cjwatson> unity stack looks built in -proposed; copying to release
[23:14] <SpamapS> RAOF: tsk tsk, your colord upload has a misformatted LP: bug number
[23:14] <SpamapS> RAOF: (LP: 844286)
[23:14] <RAOF> GAH!
[23:14] <SpamapS> rejecting now, re-upload in the next 10 minutes and I'll accept, otherwise it looks good
[23:15] <SpamapS> we are seriously far behind on SRU's
[23:21] <RAOF> SpamapS: Done; thanks.
[23:27]  * xnox yeah precise SRUs =)
[23:27] <cjwatson> migods we have idle armel builders
[23:30] <SpamapS> quick, somebody.. UPLOAD SOMETHING
[23:30] <SpamapS> we can't let those chips cool down ;)
[23:30] <cjwatson> You may have noticed I just uploaded 20 no-change rebuilds :P
[23:30]  * SpamapS breathes a sigh of relief
[23:30] <SpamapS> :)
[23:58] <xnox> SpamapS: added SRU template to  bug 488696 . Sorry for the delay =)))
[23:58] <ubot2> Launchpad bug 488696 in autofs "syntax error in nsswitch config near [ syntax error ]" [Undecided,Fix released] https://launchpad.net/bugs/488696