[05:35] <alkisg> Hi, I go to https://code.launchpad.net/~alkisg/epoptes/+git/gsoc2018/+delete and press Delete to delete a branch, and I'm getting:
[05:35] <alkisg> Sorry, something just went wrong in Launchpad.                (Error ID:         OOPS-f88803aaefa0c88e45ff767c15ade9e8)
[05:35] <alkisg> I'll keep trying, but I thought I'd mention it here in case it persists...
[05:38] <alkisg> Btw, I've asked again a few months ago but I'll ask again in case something changed:
[05:38] <alkisg> Translations can only sync with bzr branches, not git branches, correct?
[07:18] <cjwatson> alkisg: File it as a bug if it persists.  It seems to be taking a long time deleting old jobs; we may need to look into why that's happening
[07:18] <cjwatson> alkisg: Translations are still bzr-only, yes
[07:18] <alkisg> Thank you, will do
[07:58] <alkisg> I filed https://bugs.launchpad.net/launchpad/+bug/1793266
[08:52] <ssbarnea> hi! can someone have a look at https://answers.launchpad.net/launchpad/+question/674042 ?
[09:05] <wgrant> ssbarnea: You'll need to talk to the owners of the projects.
[09:07] <ssbarnea> wgrant:  these projects were not used on LP for years, so I doubt there are any owners around.
[09:08] <ssbarnea> https://launchpad.net/python-jenkins
[09:10] <wgrant> ssbarnea: The admins of the owning team are definitely still active.
[09:11] <wgrant> Well, James is, at least.
[09:12] <wgrant> It requires a very exceptional circumstance for LP admins to hijack a project -- much easier for you to talk to the existing owner and get them to transfer ownership or grant the relevant access.
[09:20] <ssbarnea> wgrant: sure. I didn't see the join option. I will cc him on the question.
[09:28] <tintou> Are packages in `Dependency wait` state checked daily/weekly or is there a hook when a package changes in the PPA?
[09:28] <ssbarnea> wgrant: thanks! I updated the question.
[09:29] <wgrant> tintou: Every couple of hours, usually.
[09:29] <tintou> wgrant: alright, thanks :)
[09:42] <cjwatson> I think it's hourly in fact
[10:00] <tintou> One tricky question, will it work if a build for one architecture of the missing package failed https://code.launchpad.net/~elementary-os/+recipe/signond-daily
[10:10] <wgrant> tintou: All the builds are treated individually.
[10:10] <cjwatson> Will what work?
[10:11] <cjwatson> It won't automatically retry that specific build.
[10:11] <wgrant> Oh yeah, the check is two-hourly, but the script is hourly, read the wrong line
[10:11] <cjwatson> But, as wgrant says, the status of that build will have no effect on whether other dependency-wait builds are retried.
[11:30] <tintou> So 3 to 4 hours since signond is available https://code.launchpad.net/~elementary-os/+recipe/signond-daily and this https://code.launchpad.net/~elementary-os/+recipe/libsignon-glib-daily is still waiting (I can wait more but if it's two-hourly there is probably something I'm missing there
[11:36] <cjwatson> Ah, that's slightly amusing
[11:36] <cjwatson> Only .deb builds get auto-retried
[11:36] <cjwatson> That one's a recipe build, and doesn't
[11:37] <tintou> Ah, alright, so I have to make another build request?
[11:38] <cjwatson> Yeah
[11:38] <cjwatson> Could you file a bug about this?  I don't know if it's something we would schedule to fix particularly soon, but it's weird that we have non-auto-retried depwait states
[11:38] <tintou> Alright, will do :)
[11:39] <cjwatson> (Recipe builds aren't normally retryable; but we could auto-schedule new ones I suppose)
[11:45] <tintou> Opened against Launchpad itself https://bugs.launchpad.net/launchpad/+bug/1793296
[13:17] <ijohnson> cjwatson: did you ever find a fix for the snap package edit issue? I just tried again today and still same problem re: load balancer
[13:17] <cjwatson> We haven't tracked it down yet, I'm afraid - we got sidetracked by another super-weird problem
[13:17] <cjwatson> Have you tried making the change using the API?
[13:17] <cjwatson> as a workaround
[13:18] <ijohnson> No, I'm not familiar with using the API, are there docs on how to do that somewhere?
[13:18] <cjwatson> https://help.launchpad.net/API/launchpadlib
[13:18] <cjwatson> But if you tell me what changes you're trying to make I can give you an informal script
[13:19] <ijohnson> I'm just trying to enable the snap to build automatically on new commits; just enable the tick for "Automatically build when branch changes"
[13:19] <ijohnson> Thanks for the docs, I can take a look at that
[13:19] <cjwatson> Should be basically
[13:19] <cjwatson> lp-shell production devel
[13:19] <cjwatson> [authenticate as needed]
[13:20] <cjwatson> snap = lp.load('/~docker/+snap/docker')
[13:20] <cjwatson> snap.auto_build = True
[13:20] <cjwatson> snap.lp_save()
[13:20] <cjwatson> (lp-shell is in the lptools package)
[13:20] <ijohnson> Cool, I'll give it a try
[13:22] <cjwatson> I wonder if it objects to you not having auto_build_{archive,pocket} set
[13:22] <ijohnson> So now I get a 500 server error with an actual OOPS ID
[13:22] <ijohnson> OOPS ID: OOPS-db2a7493cde4157b19ac6c18178254c8
[13:23] <cjwatson> IntegrityError: new row for relation "snap" violates check constraint "consistent_auto_build"
[13:23] <cjwatson> OK, so that's essentially saying that you need to set both "Source archive for automatic builds" and "Pocket for automatic builds" to something
[13:24] <cjwatson> Could you possibly screenshot the +edit UI page for me - the bit that includes those fields?
[13:24] <ijohnson> Ah... Okay so now that I do that it lets me update it
[13:24] <cjwatson> Ah, too late for the screenshot then :)
[13:24] <ijohnson> The default radio button box was empty for "Source archive for automatic builds"
[13:24] <ijohnson> So maybe a UI bug
[13:25] <ijohnson> The "Pocket for automatic builds" did default to "Updates"
[13:27] <cjwatson> OK, so that's an actionable bug report (please file it?) - you should have got a form validation error in this case, and/or there should be a sensible default
[13:27] <cjwatson> Even the API shouldn't have OOPSed
[13:27] <ijohnson> Sure, thanks for the help!
[13:27] <cjwatson> But at least you're out of the woods
[13:34] <ijohnson> Indeed. Filed as #1793311
[13:35] <cjwatson> Cheers
[22:22] <gQuigs> is there way for private PPA subscribers to see changelogs?  (without download the source packages)
[22:30] <gQuigs> this https://bugs.launchpad.net/launchpad/+bug/253119  kinda indicates to me the only option may be to use the API?  but would really prefer any web based way
[22:33] <nacc> gQuigs: you want the full changelog?
[22:34] <nacc> gQuigs: or just the changes in that upload to the ppa?
[22:45] <gQuigs> full is likely better..
[22:46] <gQuigs> nacc:  sometimes there will be more than one update to the PPA in the timeframe between them wanting to understand changes
[22:51] <nacc> gQuigs: ah i see, yeah, the .changes file contents are available, and depending on the -v used to build, you can get the 'new' entries in the web interface from the ppa