[11:20] <Saviq> hmm if I only get a "application/json representation of a resource", how do I load it up in launchpadlib?
[11:23] <Saviq> Launchpad.load() seems to be what I want, but I can't get it to work
[11:23] <cjwatson> Saviq: That takes a URL
[11:24] <cjwatson> Saviq: What code is giving you the representation?
[11:24] <cjwatson> Or what method?
[11:24] <Saviq> cjwatson: snaps.getByName
[11:25] <Saviq> and then I want to get at the builds for the snap
[11:25] <cjwatson> Saviq: If you call that in launchpadlib then launchpadlib should automatically turn the response into an object for you
[11:25] <cjwatson> The API docs describe the low-level behaviour of the webservice, but launchpadlib wraps that up
[11:26] <Saviq> ah duh
[11:26] <Saviq> I just need to drop the _collection_link
[11:26] <cjwatson> Right, indeed
[11:26] <Saviq> that threw me off, working now, thanks
[11:26] <cjwatson> If for some reason you just have a representation then you can generally do lp.load(representation["self_link"]), but you shouldn't normally end up in that situation
[11:26] <Saviq> ack
[11:27] <cjwatson> (and that incurs an extra request)
[11:32] <Saviq> cjwatson: snap_build.getFileUrls is the only way to get the snap version out of a snap_build?
[11:33] <cjwatson> version, or revision?
[11:33] <Saviq> cjwatson: version
[11:33] <Saviq> the version string
[11:34] <cjwatson> Right, that's basically just an informational thing in the manifest and LP doesn't extract it
[11:34] <Saviq> ack
[11:34] <cjwatson> Though if it's been uploaded to the store and the snap is currently in a channel then you can get it from the store
[11:35] <Saviq> right
[11:35] <cjwatson> $ curl -s -H 'X-Ubuntu-Series: 16' -H 'X-Ubuntu-Architecture: amd64' https://api.snapcraft.io/api/v1/snaps/details/core?channel=edge | jq -r .version
[11:35] <cjwatson> 16-2.34+git854.a46fd22
[11:35] <Saviq> thanks!
[12:58] <rbasak> Just me or has Launchpad git entered ago-slow?
[12:58] <rbasak> a go-slow
[12:58] <rbasak> clone is ~20 KiB/s.
[12:58] <rbasak> And a push of a tag took about 20 seconds earlier.
[13:10] <cjwatson> Doesn't seem that bad.  Receiving objects:   1% (16218/1275532), 3.23 MiB | 441.00 KiB/s
[13:10] <ahasenack> 12c15b64145b72fb22e47216f2608d9a
[13:10] <ahasenack> yeah, I'm getting timeout oopses
[13:10] <cjwatson> Though we really need to sort out sharding as it's never going to be very scalable the way it is
[13:11] <ahasenack> OOPS-12c15b64145b72fb22e47216f2608d9a might trigger the bot?
[13:11] <cjwatson> ahasenack: standard thing, try again in ten minutes
[13:11] <ahasenack> ok
[13:15] <rbasak> I'm getting 200 KiB/s now, for the same clone that continues (clamav). Got 160 MiB so far, and it continues.
[13:17] <ahasenack> clamav is huge
[13:17] <ahasenack> 600Mb+
[13:17] <rbasak> clone done
[13:17] <rbasak> 387M
[13:18] <ahasenack> I have some branches, maybe that
[13:18] <ahasenack> clamav$ du -hs .
[13:18] <ahasenack> 677M	.
[13:18] <rbasak> Maybe compressible?
[13:18] <rbasak> (repackable I guess)
[13:18] <ahasenack> what's that?
[13:18] <rbasak> I just pulled your branches. Still 387M :)
[13:19] <rbasak> Try a "git gc"
[13:19] <ahasenack> wow, what a difference
[13:19] <ahasenack> Total 34879 (delta 22646), reused 34343 (delta 22320)
[13:19] <ahasenack> and size dropped to 363M
[14:30] <juliank> cjwatson: btw, I fixed the problem with the missing tasks in the mega bug using the API. Just because there's no web UI does not mean I can't fix it :D
[14:31] <juliank> well, not sure how that was a btw
[14:31] <cjwatson> righto
[15:46] <Lord-Kamina> Hi. Are the keys missing from the keyserver going to be fixed anytime soon?
[16:20] <cjwatson> Lord-Kamina: there's ongoing work to deploy code that's more resilient to the poison-key attack that's been breaking everything, but I don't have a timescale
[16:22] <Lord-Kamina> Fair enough. Thanks for the update.
[20:13] <Saviq> wgrant: hey, if you could please have a look through this - see if everything makes sense for triggering snap builds on PPA changes - https://github.com/MirServer/mir/pull/460/files#diff-9fec837f222fb6be3b4cc47ae5e64b61
[20:13] <gitlab-bot> MirServer issue (Pull request) 460 in mir "[travis] process snaps in CI" (comments: 0) [No-Merge, Open]
[20:14] <Saviq> that is, if you have a couple minutes at some point
[22:58] <cjwatson> Saviq: please don't consider this a remotely complete review, but your TODO caught my eye: note that snap.pending_builds exists