=== mjog_ is now known as mjog | ||
Saviq | hmm if I only get a "application/json representation of a resource", how do I load it up in launchpadlib? | 11:20 |
---|---|---|
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:23 |
cjwatson | Saviq: What code is giving you the representation? | 11:24 |
cjwatson | Or what method? | 11:24 |
Saviq | cjwatson: snaps.getByName | 11:24 |
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:25 |
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:26 |
cjwatson | (and that incurs an extra request) | 11:27 |
Saviq | cjwatson: snap_build.getFileUrls is the only way to get the snap version out of a snap_build? | 11:32 |
cjwatson | version, or revision? | 11:33 |
Saviq | cjwatson: version | 11:33 |
Saviq | the version string | 11:33 |
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:34 |
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! | 11:35 |
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. | 12:58 |
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:10 |
ahasenack | OOPS-12c15b64145b72fb22e47216f2608d9a might trigger the bot? | 13:11 |
ubot5 | https://oops.canonical.com/?oopsid=OOPS-12c15b64145b72fb22e47216f2608d9a | 13:11 |
cjwatson | ahasenack: standard thing, try again in ten minutes | 13:11 |
ahasenack | ok | 13:11 |
rbasak | I'm getting 200 KiB/s now, for the same clone that continues (clamav). Got 160 MiB so far, and it continues. | 13:15 |
ahasenack | clamav is huge | 13:17 |
ahasenack | 600Mb+ | 13:17 |
rbasak | clone done | 13:17 |
rbasak | 387M | 13:17 |
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:18 |
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 | 13:19 |
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:30 |
juliank | well, not sure how that was a btw | 14:31 |
cjwatson | righto | 14:31 |
Lord-Kamina | Hi. Are the keys missing from the keyserver going to be fixed anytime soon? | 15:46 |
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:20 |
Lord-Kamina | Fair enough. Thanks for the update. | 16:22 |
=== cockmaster changed the topic of #launchpad to: Hey, I think you guys might enjoy my new blog post https://bryanostergaard.com/blog/2018/07/09/donald-trump-and-the-darkies/ | ||
=== cjwatson changed the topic of #launchpad to: Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad | ||
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:13 |
Saviq | that is, if you have a couple minutes at some point | 20:14 |
cjwatson | Saviq: please don't consider this a remotely complete review, but your TODO caught my eye: note that snap.pending_builds exists | 22:58 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!