[09:05] <Laney> cjwatson: great, nice work
[09:08] <Laney> I set up a configs branch; did you find that?
[09:08] <Laney> https://code.launchpad.net/~ubuntu-transition-trackers/ubuntu-transition-tracker/configs
[09:08] <Laney> bitrotted but you get the idea
[09:08] <Laney> and I think there was independent work on the level calculation which benefits haskell/ocaml in addition to the dose switch
[10:05] <cjwatson> xnox: OK, cool, have you asked #ubuntu-ci-eng to help with the merger issue?
[10:06] <cjwatson> Laney: Yep, next step is to port commits over to that branch
[10:06] <cjwatson> Laney: And indeed, I'm keen on getting the improved level calculation although the correctness issue with :any is definitely more important
[10:11] <Laney> Sure is
[10:50] <xnox> cjwatson: merged automake-1.14 is in new =) i poke on #ubuntu-ci-eng about merger.
[10:58] <cjwatson> xnox: Yeah, still slogging my way through morning tasks
[13:22] <sil2100> Hi guys! Anyone from the SRU team having some free time for a saucy SRU? We need to get ubuntu-download-manager SRUed, it's in the unapproved saucy queue right now
[13:22] <sil2100> The bug in mention: https://bugs.launchpad.net/ubuntu/+source/ubuntu-download-manager/+bug/1240656
[13:22] <ubot2> Launchpad bug 1240656 in ubuntu-download-manager (Ubuntu) "disable debug logging by default" [Critical,In progress]
[14:33] <cjwatson> http://people.canonical.com/~ubuntu-archive/transitions/ <- new tracker in place
[14:57] <stgraber> mdeslaur: ping
[14:57] <mdeslaur> stgraber: I'm not really here, but what's up?
[14:58] <stgraber> mdeslaur: I'm looking at http://launchpadlibrarian.net/155309983/xorg-server-lts-quantal_2%3A1.13.0-0ubuntu6.3~precise1_2%3A1.13.0-0ubuntu6.5~precise1.diff.gz and I'm wondering whether that's really aimed at precise-proposed rather than landing straight in -security
[14:59] <stgraber> (that's xorg-server-lts-quantal 2:1.13.0-0ubuntu6.5~precise1 in the queue)
[15:00] <mdeslaur> wth...one sec, looking
[15:00] <stgraber> so if you can confirm this is indeed intended for -security, I'll get it pushed directly in there so it doesn't have to stay a week in proposed
[15:00] <mdeslaur> stgraber: that looks completely wrong
[15:01] <mdeslaur> the changelog says "xorg-server" as the package name
[15:01] <mdeslaur> not xorg-server-lts-quantal like it's supposed to
[15:01] <mdeslaur> stgraber: something exploded there
[15:01] <stgraber> yeah, I believe they do some kind of automated mangling, so the changelog stays identical to the source, debian/control gets mangled and the .changes contains the right target
[15:03] <mdeslaur> stgraber: I am _completely_ confused what that's all about
[15:04] <mdeslaur> stgraber: that _definitely_ shouldn't be in the archive at all I believe
[15:05] <mdeslaur> stgraber: as it will overwrite the newer security release
[15:06] <stgraber> tjaalton: around?
[15:06] <mdeslaur> stgraber: even the one in precise-proposed shouldn't be there
[15:06] <mdeslaur> as that one also overrides the last security update
[15:08] <stgraber> ok, so it looks like this is a straight copy ot precise of xorg-server 2:1.13.0-0ubuntu6.5 in quantal
[15:08] <stgraber> 2:1.13.0-0ubuntu6.5 in quantal hasn't yet been approved into quantal-proposed, it's in the queue, here: http://launchpadlibrarian.net/155309276/xorg-server_2%3A1.13.0-0ubuntu6.1_2%3A1.13.0-0ubuntu6.5.diff.gz
[15:09] <mdeslaur> stgraber: ah, ok, that makes more sense then
[15:09] <stgraber> so are you saying we have security updates that are in precise in our xorg-server-lts-quantal package that aren't in the xorg-server of quantal in version 2:1.13.0-0ubuntu6.5?
[15:09] <mdeslaur> stgraber: the changelog you liked me to originally only had part of the changes listed in it
[15:09] <stgraber> yeah, that one was horribly confusing... I ended up doing another debdiff locally to try and understand that mess :)
[15:10] <mdeslaur> stgraber: xorg-server (2:1.13.0-0ubuntu6.5) from quantal-proposed can be pushed as xorg-server-lts-quantal 2:1.13.0-0ubuntu6.5~precise1
[15:10] <stgraber> so I guess I'll go and review the quantal upload first, and if that one looks good, accept the precise backport of it into -proposed
[15:10] <mdeslaur> stgraber: I'm a bit surprised that we don't need to mangle the package name in the changelog...but if it works, then fine
[15:12] <stgraber> right and since 6.5 is bugfix only, that'll go to -proposed. 6.4 was the security upload (which apparently made it to precise as a patch on top of 6.1)
[15:13] <tjaalton> stgraber: yes, I'll check that out..
[15:13] <stgraber> tjaalton: I think it looks good in the end, the diffs were just extremely confusing :)
[15:13] <tjaalton> yeah, they always are :/
[15:15] <tjaalton> maybe even more so this time
[15:15] <stgraber> tjaalton: so that will overwrite the existing xorg-server-lts-quantal in precise-proposed (2:1.13.0-0ubuntu6.3~precise1), I guess that's fine?
[15:16] <stgraber> hmm, 6.3 didn't have a tracking bug apparently and has been superseded by the security update, so I can't release it to precise-updates anyway, so overwriting it's
[15:17] <stgraber> tjaalton: and accepted into precise-proposed. Note that because of the way those backports are done, the tracking bugs don't appear on our reports (pending-sru), so you'll need to come ping us once testing is done
[15:17] <stgraber> (since we otherwise we won't notice and the package will stay in -proposed forever)
[15:17] <stgraber> s/we //
[15:18] <tjaalton> right, overwriting the old one is fine
[15:22] <stgraber> cjwatson: ping
[15:22] <stgraber> cjwatson: your partman-auto upload to precise-proposed points to bug 1197766 which is missing the usual SRU paperwork
[15:22] <ubot2> Launchpad bug 1197766 in partman-auto (Ubuntu Precise) "Different partition layout after recovery with keep home partition" [High,In progress] https://launchpad.net/bugs/1197766
[15:24] <cjwatson> stgraber: I'm kind of reliant on Franz verifying it since I don't know how ubuntu-recovery works
[15:28] <stgraber> cjwatson: ok, I'll let it through then
[15:30] <cjwatson> stgraber: I think the description should be sufficient to reproduce if you have the slightest clue how to set up u-r :-)
[15:31] <stgraber> cjwatson: yeah, so long as you have a tester lined up, that's fine :)
[15:33] <cjwatson> sil2100: ^- there, I got round to it after all
[15:33] <cjwatson> sil2100: (but please see that it gets released to trusty ASAP as well)
[15:37] <sil2100> cjwatson: thank you! :)
[15:37] <sil2100> cjwatson: sure thing, we anyway want to release as much as we can today
[16:40] <stgraber> usual release/cdimage/sru/mir vUDS session: https://blueprints.launchpad.net/ubuntu/+spec/core-1311-release please subscribe if you can attend
[19:52] <ogra_> ogra@chromebook:~/Desktop$ rmadison ubuntu-ui-toolkit
[19:52] <ogra_> curl: (56) Recv failure: Connection reset by peer
[19:52] <ogra_> is that on my side ?
[19:53] <ogra_> ah, no, cant ssh either
[19:53] <apw> ogra_, not working for me
[19:53] <ogra_> or ping
[19:53] <ogra_> ah, now ping works again
[19:53] <ogra_> weird
[19:54] <ogra_> apw, well, my fist ssh attempt got me connection refused ... now it just returns me siletly to a prompt
[19:54] <ogra_> ogra@chromebook:~/Desktop$ ssh people.canonical.com
[19:54] <ogra_> ssh_exchange_identification: Connection closed by remote host
[19:58] <apw> ogra_, sounds like it is rebooting to me
[19:58] <ogra_> yeah
[19:58] <ogra_> IS just confirmed
[19:58] <ogra_> what about the 10sec boottime i'm always asked about ...
[19:59] <ogra_> doesnt apply to servers eh ?
[19:59] <ogra_> :P
[19:59] <stgraber> we'd need pretty expensive SSDs to get fsck to run on lillypilly in less than 10s :)
[19:59] <stgraber> that or we could just kick the security team out of that box ;)
[19:59] <ogra_> hehe
[20:04] <jdstrand> hey
[20:05] <jdstrand> we don't usually DoS the box
[20:08] <kenvandine> jdstrand,  *usually* :-p
[20:08] <jdstrand> *shrug*
[20:08] <jdstrand> what can I say?
[20:19]  * ogra_ wonders what else actually got rebooted ... 
[20:19] <ogra_> https://launchpad.net/ubuntu/trusty/+source/ubuntu-ui-toolkit/0.1.46+14.04.20131105.1-0ubuntu1 was copied 1h ago ... it should long have showed up in proposed
[20:33] <ogra_> stgraber, ^^ any idea ?
[20:34] <stgraber> seems like LP is a bit confused
[20:34] <ogra_> yeah, that much i guessed myself :D
[20:36] <stgraber> I'm trying to make the package show up again in -proposed so britney can pick it up from there, let's see what happens
[20:38] <ogra_> k
[20:39] <stgraber> last publisher failed because of missing access to the seeds
[20:40] <stgraber> yeah, the publisher looks stuck
[20:40] <stgraber> infinity, cjwatson: ping
[20:41] <stgraber> the publisher has been running for 1h30 now, the reboot of lillypilly seems to have got it stuck somewhere in seed processing
[20:45]  * stgraber tries webops
[20:46] <highvoltage> what in the world is webops?
[20:47] <stgraber> highvoltage: the team responsible for keeping those services online
[20:47] <highvoltage> ah right
[20:47] <infinity> stgraber: Hrm?
[20:48] <stgraber> infinity: publisher stuck on pepo
[20:48] <infinity> How would a reboot of lillypilly relate, though?  That was the "hrm". :)
[20:49] <stgraber> infinity: my best guess is that pepo accesses the seeds and as people.canonical.com went down, it got confused and stuck somehow
[20:49] <stgraber> infinity: that's based on some odd error from the kubuntu seeds in the publisher logs around the time it got stuck
[20:50] <infinity> Well, extra-override generation isn't critical to the publisher succeeding, we can just kill it and see if it's happy on the next run.
[20:51] <stgraber> infinity: yeah, that was my guess and why I asked webops to kick it (though nobody replied yet). I'm just in ubuntu_archive, not in lp_archive so can't do the kicking myself.
[20:51] <infinity> stgraber: Kicked.  It threw some lovely OOPSen, should recover on the next run.
[20:54] <stgraber> seems much happier now
[21:23] <stgraber> ogra_: ubuntu-ui-toolkit is in proposed now
[21:29] <ogra_> stgraber, thanks a lot
[21:56] <infinity> xnox: I fixed orthanc for you.  Slacker. ;)
[22:04] <xnox> infinity: you are so ..... big indian.
[22:04] <xnox> infinity: i've said before if I have a nice powerpc box, i'd fix things =)
[22:05] <infinity> xnox: If you ask nicely, I have one for you.
[22:05] <infinity> (We may get a decent porter again soon anyway, but soon isn't today)
[22:06] <xnox> infinity: ok, if need arises I'll ask you =)