[07:24] <stub> cjwatson: Should https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1860500 be targetted at Launchpad? tldr; changing a PPA's displayname breaks automatic package updates in modern Ubuntu
[07:24] <mup> Bug #1860500: consider disabling apt-secure's Label check in Ubuntu <apt (Ubuntu):New> <https://launchpad.net/bugs/1860500>
[08:02] <wgrant> I wonder if we should make that more immutable for focal onwards
[08:02] <wgrant> But it seems like a pretty hostile check to have in apt
[09:21] <ilasc> hmmm... not sure what I did this time :) but my MP is now refusing to update diffs, anyone else seeing anything similar on their MPs ?
[09:21] <ilasc> https://oops.canonical.com/?oopsid=488ee4ad9a5fe8789652551e72e1b903
[09:32] <tomwardill> errr....
[09:32]  * tomwardill has no idea
[09:38] <ilasc> :) that makes 2 of us tomwardill
[09:38] <ilasc> thanks for looking at it!
[09:38] <tomwardill> unsure how you can get a 404 out of turnip like that
[09:38] <ilasc> right...
[09:39] <ilasc> my thoughts exactly
[09:39] <ilasc> the branch is definitely there and reflecting the latest updates : https://code.launchpad.net/~ilasc/launchpad/+git/launchpad/+ref/webhook-livefs
[10:01] <cjwatson> stub: Maybe an LP task.  I agree it seems hostile
[10:02] <cjwatson> IIRC some of turnip's views return 404 if e.g. the commit isn't found
[10:10]  * tomwardill learns that 'getopt' and 'getopts' are different things
[10:10]  * tomwardill has a bit of a sad
[10:30] <tomwardill> okay, I fixed: https://code.launchpad.net/~twom/launchpad/+git/launchpad/+merge/377768 so it actually takes arguments
[10:49] <cjwatson> ilasc: *blink* that OOPS is a bug in a place I didn't expect
[10:50] <ilasc> cjwatson: landmines my friend :)
[10:50] <cjwatson> ilasc: In the case where all three of the source, target, and prerequisite repositories are different, LP doesn't tell turnip the ID of the prerequisite repository, so it has no way to find the prerequisite commit ...
[10:51] <cjwatson> ilasc: Could you file a bug about this quoting that OOPS ID?
[10:51] <ilasc> wow! that's a good one, sure, I'll file it
[10:51] <ilasc> thanks Colin!
[10:53] <cjwatson> In theory turnip accepts more than two repository paths at once and will construct an ephemeral repository using all of them as alternates if need be (though I don't think there's anything that currently exercises it for more than two paths), so it should be fixable purely on the Launchpad side
[10:54] <cjwatson> And probably quite easily
[10:56] <ilasc> makes sense :)
[13:21] <tomwardill> 2020-01-28 13:19:45+0000 [-] Build log: OCI runtime create failed: container_linux.go:345: starting container process caused "process_linux.go:430: container init caused \"rootfs_linux.go:109: jailing process inside rootfs caused \\\"permission denied\\\"\"": unknown
[13:22] <tomwardill> well.
[13:23] <ilasc> :(
[14:38] <cjwatson> https://code.launchpad.net/~cjwatson/launchpad/+git/launchpad/+merge/378169 should fix the OOPS that ilasc ran into earlier
[14:47] <cjwatson> ilasc: also a workaround would be to rebase your branch onto the current state of mine (since that would cause the commit to exist in your repo too)
[14:50] <ilasc> cjwatson: hmmm I think I did the before pushing remote last time (after the fix u put in on your branch for account privileges), so rebased a second time
[14:51] <ilasc> but again I could be "seeing" double, been looking at macaroons all day :)
[14:52]  * cjwatson checks
[14:52] <cjwatson> Oh I'm sorry
[14:53] <cjwatson> Your branch isn't a descendant of the current state of mine
[14:53] <cjwatson> It has the second-from-last commit but not the last one
[14:54] <ilasc> yes, indeed, it's only second-from-last
[14:54] <cjwatson> (If you have a remote set up for my repository, then "tig webhook-livefs cjwatson/fix-webhook-visibility-check" should make this visible in a concise way)
[14:55] <cjwatson> Or s/tig/gitk/ if you prefer that
[14:56] <ilasc> yep, I see it "Handle DelegateAuthorization" commit only (thanks for sharing the tig command by the way!)
[15:00]  * cjwatson ♥ tig
[15:04] <ilasc> :) I second that