[01:09] mwhudson: Which variant, and with which arguments? [01:11] wgrant: just getBuildRecords(pocket='Release') on a ppa [01:11] the ppa has 6000 builds which is quite a lot i guess, but still [01:12] it takes like 30 minutes [01:13] mwhudson: Which PPA, and how are you using the call? [01:13] 100 batches in 30 minutes is impossible; timeouts prevent it. [01:14] wgrant: https://launchpad.net/~mwhudson/+archive/ubuntu/devirt/+packages [01:14] It's possible that the requests are timing out and launchpadlib is transparently retrying, I suppose. [01:14] ah that might explain it [01:14] you can make launchpadlib log requests can't you? [01:15] wgrant: it's this script https://git.launchpad.net/~barry/+git/pydeps/tree/upload.py [01:20] mwhudson: In [4]: t = time.time(); bs = list(a.getBuildRecords(pocket='Release')); print time.time() - t [01:20] 259.202159882 [01:20] i just killed the script after 32 minutes :( [01:21] mwhudson: Oh, the script as a whole takes more than 30 minutes? That's more plausible. [01:21] mwhudson: Also that doesn't do getBuildRecords(pocket='Release'). It does getBuildRecords(source_name=name) for many names. [01:21] And it's also presumably designed to run from the US, not APAC. [01:22] You'll probably find that the script is doing several requests per package. [01:23] that's not the bit that's the problem [01:23] i have now yes :( [01:23] is there any better way of doing this? [01:23] screen scraping the ppa listing would be faster but ugh [01:25] Which bit is the problem? [01:29] well the goal of the script is just to a list of source package names and build status [01:33] mwhudson: getPublishedSources and getBuildStatusSummariesForSourceIds (or just a global getBuildRecords call, since you presumably want everything) should be able to do it quickly enough. [01:34] wgrant: does launchpadlib cache intelligently enough that if i call list(getPublishedSources()), build.current_source_publication won't hit the network each time? [01:36] mwhudson: No. [01:36] sigh [01:36] Correct. [01:37] This is why pure hardcore REST APIs are very silly. [01:39] does launchpad have any sql injection vulnerabilities i can use for this? :) [02:03] it's much faster run from canonistack :) [02:10] wgrant: is it known that the headless login process with launchpadlib is kinda busted [02:10] ? [02:14] mwhudson: Yes, but it works OK as long as you don't try to use the autolaunched web browser. [02:15] wgrant: i meant this http://paste.ubuntu.com/24534363/ [02:15] mwhudson: Huh, never seen that before. [02:19] wgrant: happens on artful, haven't checked anything older [02:20] oh yes and if i fix that this happens: http://paste.ubuntu.com/24534385/ [02:20] (the fix for that is to log in with python 2 first ...) [02:23] mwhudson: Oh, Python 3 launchpadlib isn't really a thing [02:23] It's meant to mostly work but I've never used it. [02:23] wgrant: i see [02:27] ah forcing unecrypted creds works ok === chihchun_afk is now known as chihchun === Spads_ is now known as Spads === DaGardner_ is now known as DaGardner [11:46] o/ [11:47] I need a bit of help with the @ubuntu alias [11:48] redwolf: What's up? [11:48] I had to change my username, everywhere (launchpad, SSO, wiki, etc), added a gmail account matching username [11:49] I get this message: http://pastebin.ubuntu.com/24536346/ [11:49] is that because it needs time? [11:50] redwolf: OK, you'll need to ask #canonical-sysadmin about that (or rt@ubuntu.com if you don't get a response there). Launchpad holds the data, but it's our sysadmins who actually do the processing into email aliases. [11:50] ok. I will. thanks anyway :) [11:51] I believe there's some manual batch processing involved. [11:51] I think so too. flushing database or something [11:52] ta! o/ === chihchun is now known as chihchun_afk