[10:20] wgrant: hey there, around? [10:22] free: Sorry, I've had your MP open for a day, but let me have a look at it now. [10:22] wgrant: ah, you noticed it, just wanted to mention it. No hurry from my side. [10:23] free: Much less intimidating once I realised the majority of the diff was bootstrap.py. [10:23] wgrant: I'll be pushing a few txlongpoll branches at some point, I'm wondering if it'd make sense to make the Landscape team in LP member of the project (so I could get more reviewers). That code was originally written in Landscape and then extracted to txlongpoll by former LP devs [10:24] wgrant: yeah pretty much all of it, should have mentioned that in the MP description [10:24] Yeah, I was part of that extraction project back in 2011. [10:25] wgrant: ah I had forgot [10:25] free: I can add you to ~lazr-developers, which has commit access. [10:25] wgrant: thanks [10:26] free: There's no tarmac or anything on these branches, so just merge directly. [10:26] wgrant: right, I'll make sure to run tests :) === JanC is now known as Guest93383 === JanC_ is now known as JanC [21:04] Is it possible to trigger a rebuilt of a previously-uploaded source package? [21:04] If we try and trigger a rebuild the normal way, the package will fail to upload. [21:09] Jasper: is this in a PPA? [21:09] Yes. [21:09] It's a git import recipe thing. [21:09] Jasper: ah, i don't know much about that -- but did the previous build succeed? [21:10] No. [21:10] It was a test fail for other unrelated reasons. [21:10] Jasper: then i think you can submit the rebuild from the web interface, at least [21:10] Jasper: so it probably is possible via the API [21:10] Where? [21:10] We're not trying to do it from the API, only the web UI. [21:10] Jasper: i think if you view all builds, then click on the fialing build, there's a link [21:11] Well, I could view all builds, if Launchpad just didn't die on us. [21:11] Jasper: i'm pretty sure i've done that in the past, i can try and look where i think it should be ... link? [21:11] Launchpad is dead. [21:11] launchpad feels unhappy, I got the "Uh oh! Something has gone wrong" page [21:12] yeah, it just stopped working for me too :/ [21:15] seems to be a network issue to the data center. might be a DDoS or something [21:16] Thank god. Now we might be able to switch to a CI system that's usable. [21:16] Jasper: but anyway, yes, you can request a rebuild for an individual target, if you go to the PPA's package details page, and then click on the failed build, there will be a "retry" [21:17] dobey: thanks (i was pretty sure it was there, but not an expert) [21:19] is https://launchpad.net down at the moment? === wgrant changed the topic of #launchpad to: Launchpad.net offline due to network failure | 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 [21:20] dopey_: Yes [21:20] i'm getting 'Uh oh!' too [21:20] any estimate of when launchpad.net will be back? [21:21] Not at the moment. Still not sure exactly what's happened. [21:23] launchpad down? [21:23] oh good it's not just me. I swear I didn't do anything! [21:24] wgrant: thanks for answering my question about estimated time. Good luck to the sysadmins for bringing it back up. [21:24] Gues_____: correct, down [21:29] git-core ppa 503: https://launchpad.net/~git-core [21:29] topic [21:30] thanks for publishing on twitter, too [21:31] ack, that explains it. Thanks wgrant [21:35] We're back. === wgrant 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 [21:38] wgrant: thanks! [21:40] thank you! [21:40] thanks! [21:50] thanks [21:53] Jasper: No; you need to arrange for a new recipe build that has a newer version number. Your recipe will include various elements that go into building the version number, and you need to arrange that each time you want to build the package it has a newer version number. [21:53] cjwatson, we fixed an issue with a dependency. [21:53] We have no new source package. [21:53] Jasper: Link? [21:54] To what? [21:54] Jasper: To your build [21:54] Or your recipe [21:54] Or *something* [21:54] * Jasper tries to find it [21:54] https://launchpad.net/~endlessm/+archive/ubuntu/soma [21:54] Start with that. [21:55] I can't figure out how to navigate to anything else. [21:55] We eventually just bumped it in the changelog. [21:55] But it would be nice not to have to do that. [21:55] https://code.launchpad.net/~wgreenberg/+recipe/eos-shard-daily ? [21:55] Yeah. [21:56] Looking for the older builds that actually failed, since they've now expired off the recipe listing page [21:57] I can't navigate the Launchpad UI, sorry. [21:57] I'd help you if I could. [21:58] Jasper: So the thing is that the builds preceding the "failed to upload" ones actually succeeded. What "test failure" are you talking about? [21:58] CI in some other system? [21:58] cjwatson, no, there was one that failed to build. [21:58] Of eos-shard [21:58] Jasper: do you mean: https://launchpad.net/~endlessm/+archive/ubuntu/soma/+recipebuild/1149824 ? [21:58] I have a build log but nothing else: https://launchpadlibrarian.net/262619453/buildlog_ubuntu-xenial-i386.eos-shard_1.4-1.5~114~ubuntu16.04.1_BUILDING.txt.gz [21:59] Maybe? [21:59] Build log is enough. One moment. [21:59] that would appear tob e: https://launchpad.net/~endlessm/+archive/ubuntu/soma/+build/9839401 [21:59] i think? [21:59] Right, and that has a "Retry this build" link on it. [22:00] You could have used that. [22:00] Aha, thanks. [22:00] Out of curiosity, how did you find those pages? [22:00] Jasper: i got to that from https://launchpad.net/~endlessm/+archive/ubuntu/soma/+builds?build_text=&build_state=failed [22:00] Cool, thank you. [22:00] Jasper: and i got there from 'view all builds' on https://launchpad.net/~endlessm/+archive/ubuntu/soma/+packages [22:00] Jasper: They're also linked from +packages [22:00] OK. [22:00] I got to the recipe build page. [22:00] When a build fails, there's an X in the relevant row with a link to each architecture that has failed. [22:00] Where is it from there? [22:01] Under "Binary builds". [22:01] eg. https://launchpad.net/~endlessm/+archive/ubuntu/soma/+packages?field.name_filter=&field.status_filter=&field.series_filter= [22:01] "Binary builds: none" [22:01] On https://launchpad.net/~endlessm/+archive/ubuntu/soma/+recipebuild/1149824 [22:01] Then you're not looking at the right recipe build. [22:01] That recipe build failed. [22:01] That recipe build was a *source package* build failure, not the binary build failure above. [22:01] Ah, OK. [22:01] i.e. failure even to construct the source package [22:02] OK, cool. [22:02] Recipes are all two-stage: first we build a source package from the various VCSes and such that you specify, and then we feed that source package into the usual package building machinery to get binary packages. [22:02] I can't see it but that's probably a permissions issue. [22:02] Yeah, yeah. [22:30] is there any way i can tell if this job is stuck? https://launchpad.net/~mwhudson/+archive/ubuntu/devirt/+build/9836839 [22:30] it's gcc building on armhf so being very slow is hardly surprising but there has been no output for an hour or so now [22:30] oh wait, it's going now, never mind :) [23:45] what format does getPublishedSources' created_since_date take? [23:47] nacc: ISO 8601 [23:48] <3 [23:48] eg. 2016-05-31T23:48:08 [23:48] wgrant: thanks! [23:48] wgrant: i was thinking that as i looked through the logs [23:48] nacc: But if you're using launchpadlib you can just pass in a datetime object [23:49] wgrant: ok, good to know!