=== Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [09:05] cjwatson: great, nice work [09:08] I set up a configs branch; did you find that? [09:08] https://code.launchpad.net/~ubuntu-transition-trackers/ubuntu-transition-tracker/configs [09:08] bitrotted but you get the idea [09:08] and I think there was independent work on the level calculation which benefits haskell/ocaml in addition to the dose switch [10:05] xnox: OK, cool, have you asked #ubuntu-ci-eng to help with the merger issue? [10:06] Laney: Yep, next step is to port commits over to that branch [10:06] Laney: And indeed, I'm keen on getting the improved level calculation although the correctness issue with :any is definitely more important [10:11] Sure is [10:50] cjwatson: merged automake-1.14 is in new =) i poke on #ubuntu-ci-eng about merger. [10:58] xnox: Yeah, still slogging my way through morning tasks [13:22] 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] The bug in mention: https://bugs.launchpad.net/ubuntu/+source/ubuntu-download-manager/+bug/1240656 [13:22] Launchpad bug 1240656 in ubuntu-download-manager (Ubuntu) "disable debug logging by default" [Critical,In progress] [14:33] http://people.canonical.com/~ubuntu-archive/transitions/ <- new tracker in place [14:57] mdeslaur: ping [14:57] stgraber: I'm not really here, but what's up? [14:58] 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] (that's xorg-server-lts-quantal 2:1.13.0-0ubuntu6.5~precise1 in the queue) [15:00] wth...one sec, looking [15:00] 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] stgraber: that looks completely wrong [15:01] the changelog says "xorg-server" as the package name [15:01] not xorg-server-lts-quantal like it's supposed to [15:01] stgraber: something exploded there [15:01] 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] stgraber: I am _completely_ confused what that's all about [15:04] stgraber: that _definitely_ shouldn't be in the archive at all I believe [15:05] stgraber: as it will overwrite the newer security release [15:06] tjaalton: around? [15:06] stgraber: even the one in precise-proposed shouldn't be there [15:06] as that one also overrides the last security update [15:08] 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] 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] stgraber: ah, ok, that makes more sense then [15:09] 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] stgraber: the changelog you liked me to originally only had part of the changes listed in it [15:09] yeah, that one was horribly confusing... I ended up doing another debdiff locally to try and understand that mess :) [15:10] 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] 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] 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] 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) === Ursinha is now known as Ursinha-afk [15:13] stgraber: yes, I'll check that out.. [15:13] tjaalton: I think it looks good in the end, the diffs were just extremely confusing :) [15:13] yeah, they always are :/ [15:15] maybe even more so this time [15:15] 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] 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] 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] (since we otherwise we won't notice and the package will stay in -proposed forever) [15:17] s/we // [15:18] right, overwriting the old one is fine === Ursinha-afk is now known as Ursinha [15:22] cjwatson: ping [15:22] cjwatson: your partman-auto upload to precise-proposed points to bug 1197766 which is missing the usual SRU paperwork [15:22] 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] stgraber: I'm kind of reliant on Franz verifying it since I don't know how ubuntu-recovery works [15:28] cjwatson: ok, I'll let it through then [15:30] stgraber: I think the description should be sufficient to reproduce if you have the slightest clue how to set up u-r :-) [15:31] cjwatson: yeah, so long as you have a tester lined up, that's fine :) [15:33] sil2100: ^- there, I got round to it after all [15:33] sil2100: (but please see that it gets released to trusty ASAP as well) [15:37] cjwatson: thank you! :) [15:37] cjwatson: sure thing, we anyway want to release as much as we can today === mbarnett` is now known as mbarnett [16:40] usual release/cdimage/sru/mir vUDS session: https://blueprints.launchpad.net/ubuntu/+spec/core-1311-release please subscribe if you can attend === ivanka is now known as ivanka-train === thomi_ is now known as thomi [19:52] ogra@chromebook:~/Desktop$ rmadison ubuntu-ui-toolkit [19:52] curl: (56) Recv failure: Connection reset by peer [19:52] is that on my side ? [19:53] ah, no, cant ssh either [19:53] ogra_, not working for me [19:53] or ping [19:53] ah, now ping works again [19:53] weird [19:54] apw, well, my fist ssh attempt got me connection refused ... now it just returns me siletly to a prompt [19:54] ogra@chromebook:~/Desktop$ ssh people.canonical.com [19:54] ssh_exchange_identification: Connection closed by remote host [19:58] ogra_, sounds like it is rebooting to me [19:58] yeah [19:58] IS just confirmed [19:58] what about the 10sec boottime i'm always asked about ... [19:59] doesnt apply to servers eh ? [19:59] :P [19:59] we'd need pretty expensive SSDs to get fsck to run on lillypilly in less than 10s :) [19:59] that or we could just kick the security team out of that box ;) [19:59] hehe [20:04] hey [20:05] we don't usually DoS the box [20:08] jdstrand, *usually* :-p [20:08] *shrug* [20:08] what can I say? [20:19] * ogra_ wonders what else actually got rebooted ... [20:19] 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] stgraber, ^^ any idea ? [20:34] seems like LP is a bit confused [20:34] yeah, that much i guessed myself :D [20:36] 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] k [20:39] last publisher failed because of missing access to the seeds [20:40] yeah, the publisher looks stuck [20:40] infinity, cjwatson: ping [20:41] 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] what in the world is webops? [20:47] highvoltage: the team responsible for keeping those services online [20:47] ah right [20:47] stgraber: Hrm? [20:48] infinity: publisher stuck on pepo [20:48] How would a reboot of lillypilly relate, though? That was the "hrm". :) [20:49] 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] infinity: that's based on some odd error from the kubuntu seeds in the publisher logs around the time it got stuck [20:50] 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] 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] stgraber: Kicked. It threw some lovely OOPSen, should recover on the next run. [20:54] seems much happier now [21:23] ogra_: ubuntu-ui-toolkit is in proposed now [21:29] stgraber, thanks a lot [21:56] xnox: I fixed orthanc for you. Slacker. ;) [22:04] infinity: you are so ..... big indian. [22:04] infinity: i've said before if I have a nice powerpc box, i'd fix things =) [22:05] xnox: If you ask nicely, I have one for you. [22:05] (We may get a decent porter again soon anyway, but soon isn't today) [22:06] infinity: ok, if need arises I'll ask you =)