[07:23] <SXX> Hi everyone. Do Launchpad have some feature to call 3rd-party API when package build completed?
[07:24] <SXX> I want to trigger image build on  docker hub. :-)
[08:51] <cjwatson> SXX: not quite yet - that'd be https://bugs.launchpad.net/launchpad/+bug/1638333
[09:21] <rbasak> Oooh. Is there an equivalent for that for source packages?
[09:24] <acheronuk> I've not got anything particular to use that for at the moment, but I still *want* that somehow :p
[09:26] <rbasak> We will want something to trigger our importer to run. I was going to use the *-updates MLs, but a webhook would be cleaner.
[09:26] <rbasak> Or any other suggestions?
[09:27] <wgrant> rbasak: It is traditional to poll getPublishedSources(order_by_date=True) at a reasonable frequency.
[09:28] <rbasak> Ah, thanks. That would be better than watching the MLs.
[09:29] <wgrant> We added order_by_date precisely for this sort of application. You can iterate down the sequence until you're somewhat before the most recent publication that you've seen.
[09:32] <rbasak> That will be fine. Thank you!
[09:38] <SXX> cjwatson: thanks for the link. I'll track it.
[09:39] <cjwatson> rbasak: Regarding that webhook bug in particular, I'd expect that it would in fact end up being a webhook issued on any archive change, source or binary
[09:39] <cjwatson> But that's for the future
[09:41] <cjwatson> rbasak: Regarding order_by_date=True, I second what wgrant said of course, but be careful with how Launchpad's batched collections work: you need to make sure that your query is such that items will never disappear from the result set (so e.g. resist the temptation to limit by mutable status fields) and you need to handle duplicate items (because as you iterate backwards in time through ...
[09:41] <cjwatson> ... batches the window position may shift)
[09:42] <cjwatson> rbasak: ddeb-retriever gets this right nowadays
[09:55] <rbasak> cjwatson: noted, thanks
[12:33] <smoser> bug https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1642383 -> Also affects distribution -> 'Continue' (cloud-init) ->  OOPS-1080c12489f7e5f210ee550ee92188c9
[12:34] <smoser> basically, i can't "Also affects distribution"
[14:34] <cjwatson> smoser: Did you try picking a different package from the one that's already marked as affected?
[14:35] <cjwatson> smoser: Since that OOPS is for trying to mark the very same package as affected ... a bug, for sure, but not one that blocks anything
[15:47] <smoser> cjwatson, bah. yes, that was luser error in dooing that.
[15:47] <smoser> (i thought it was upstream that was open)
[15:48] <smoser> but i think at least at some point it would probably tell the luser that.
[15:48] <smoser> and now it just says OOPS
[15:49] <cjwatson> right, as I say, "a bug, for sure"
[15:50] <cjwatson> unfiled, I think
[15:50] <cjwatson> https://bugs.launchpad.net/launchpad/+bug/830180 is related but is about the dubious default rather than about the OOPS