[06:23] Hey. When I try to login to launchpad, I'm getting prompted for 2fa code from UbuntuOne. Why is launchpad requiring me to use 2fa? I have " Require only when logging in to sites that request it" set in UbuntuOne. [10:22] I made a typo in the version number of a package I uploaded to my PPA (16.10 instead on 16.04). I deleted the files but when I dput the correct version it builds ok, but then fails on the upload. I thought I had deleted the files, but much have missed something? [10:52] doesn't matter [10:52] you can only go forward as far as I'm aware [10:52] because some people may already have downloaded the wrongly versioned package [10:52] and would fail to get (security) updates on a properly (oldeR) versioned package [10:52] the fix is using epochs [10:52] you can do 1:0.01 [10:52] which is bigger than 99999999 [10:53] since's that implicitly 0:999999 [10:53] this https://www.debian.org/doc/debian-policy/ch-controlfields.html 5.6.12 [10:53] so 1:16.04 in your case [10:54] clivejo: bump :) [10:55] even in my PPA? [10:55] its just a test package :/ [11:04] clivejo: You can go backwards as long as you've deleted the old version. [11:04] wgrant: I thought I had deleted it [11:04] it says "deleted" [11:05] clivejo: If you deleted it while it was still building, you may need to delete it again (filter for Superseded rather than Published on the deletion page) to catch the binaries that were in flight when you deleted the source the first time. [11:05] Yeah, it's a bit confusing if you get hit by the race. [11:05] but the upload keeps failing [11:05] The source is deleted, but the binaries might not be if they didn't quite exist yet. [11:05] Redelete and all should be good. [11:06] can you check for me? [11:06] Far easier for you to just redelete the package and retry the build. [11:06] I don't have time to dig right now. [11:06] ok [11:59] cody-somerville: You'll need to ask in ~canonical-sysadmins [12:00] cody-somerville: SSO isn't actually part of LP, despite the hostname :) [13:20] Could someone bump the priority on https://launchpad.net/~cloud-images-release-managers/+livefs/ubuntu/xenial/cpc/+build/45232, please? [13:20] Trying to get that to finish before the end of our sprint today. :p [13:26] Odd_Bloke: done [13:26] jhobbs: Can you still reproduce this problem with new git branches? Because I just tried to reproduce it and couldn't, and I'm seeing plenty of ref scans in the logs; but I'm somewhat impeded because I can't myself see the repositories in question. [13:27] jhobbs: If so, perhaps you could temporarily give me access to the repository in question? [13:27] cjwatson: Ta. [13:27] s/repository/project/ in fact [13:30] cjwatson, i really wish a single hostname would be used. at the moment it's a mix of .l.n and .u.c and it confuses password managers when one changes to a new password =( [13:31] Such is life I'm afraid [13:32] fair enough =( [13:32] wgrant, is there s390x ftbfs page up? =)))) please please please [13:32] xnox: http://qa.ubuntuwire.com/ftbfs/s390x.html [13:33] \o/ cool thanks [13:33] cjwatson, looks like it's release only without -proposed. e.g. acpid has been fixed in -proposed for a while now. [13:34] xnox: -proposed is there if it fails. [13:34] otherwise that's just the way those pages currently work [13:34] right, but not if it succeeds and superseeds release, ok. I see, it is "ftbfs" report =) [13:34] I'm sure migrations will unstick soon [13:35] acpid is blocked on nvidia-graphics-drivers-340*/armhf autopkgtests, wtf [13:35] ask pitti about that I guess [13:36] or see if you can work out how to fix the tests [14:24] xnox: The s390x page is linked from the main page, if you look carefully. [14:25] ah yeah [15:37] jhobbs: Should be sorted now - we had some stale jobs that hadn't been picked up by the job runner. [15:37] jhobbs: Could you please check? [15:38] cjwatson: cool, checking [15:39] cjwatson: i do see the new branches from yesterday now [15:39] and the deleted ones are now gone [15:39] i'll test pushing a new branch in a bit but it looks good for now, thanks! [15:39] Good good [22:46] a/wg 1