=== jamesh__ is now known as jamesh
[14:18] <LyzardKing> Hi! I have an issue with the launchpad build. It was supposed to finish in 10 minutes, but it's been three hours...
[14:19] <LyzardKing> Is the delay only because of the build score? The time goes from 11 to 9 minutes, then back to 11
[14:28] <LyzardKing> Now it's back at 15 minutes...
[14:28] <LyzardKing> This is the repo: https://code.launchpad.net/~lyzardking/+recipe/ubuntu-make-daily
[14:44] <cjwatson> LyzardKing: Looks like a fair percentage of our build farm got stuck at some point over the weekend.  I've poked it, so it should clear the queue soon.
[14:46] <LyzardKing> cjwatson: Thanks! I couldn't figure out what the issue is... It went back up to 20 minutes...Now it seems to be back down...
[14:47] <cjwatson> You'll get that sort of effect when the build farm isn't keeping up.
[14:51] <LyzardKing> Now the build was processed, but it failed with: FileNotFoundError: [Errno 2] No such file or directory: '/sbuild-nonexistent/.profile'
[14:51] <cjwatson> The times are estimates based on guesses at how long each build job is likely to take and how many builders Launchpad thinks are running; one of the ways in which it can be grossly inaccurate is if some builders have got into a state where LP thinks they're in the process of resetting between jobs but they're actually stuck.
[14:52] <LyzardKing> It failed running a test...Do I have to do something particular to get a .profile file in the build?
[14:52] <cjwatson> That sounds like something in your build is assuming that $HOME exists.  You mustn't assume that in a build.
[14:52] <LyzardKing> cjwatson: good to know
[14:53] <cjwatson> Need to fix the code, perhaps by having the test in question create a temporary directory and temporarily set HOME to point to that.
[14:53] <cjwatson> That's a good thing to do, because it isolates your tests from whatever might happen to be in the home directory of the person running the tests.
[14:54] <cjwatson> People don't generally want the process of running some package's tests to fiddle with their dotfiles ...
[14:54] <LyzardKing> Ah, ok... It was done like this by the previous maintainer (And it hasn't been changed since)...But maybe he did something in the build recipe(?)
[14:54] <LyzardKing> I'll have to check that...
[14:57] <cjwatson> LyzardKing: It's probably always been a bug in this package, but we only changed the builders to set HOME to a nonexistent directory in late August / early September or so.
[14:58] <cjwatson> LyzardKing: ... intentionally in order to catch this kind of bug.
[14:58] <LyzardKing> Ah ok! (Is it possible to simulate a launchpad build on my system? So I can test this before triggering another build?
[14:59] <cjwatson> LyzardKing: Using sbuild will be pretty close
[14:59] <cjwatson> LyzardKing: https://wiki.ubuntu.com/SimpleSbuild
[16:07] <LyzardKing> cjwatson: Thanks! The ubuntu-make ppa is live now!
=== chihchun_afk is now known as chihchun
[16:58] <cjwatson> LyzardKing: oh good
[22:08] <KeithW> Hi folks -- Imports from Git seem to be failing if the repository contains signed commits. (See https://code.launchpad.net/~keithw/mosh/trunk)
[22:08] <KeithW> Is this a known issue? Is there a mitigation we should try?
[22:09] <hloeung> importing from Git to Bzr?
[22:09] <KeithW> Yeah.
[22:09] <hloeung> yeah, it's known
[22:09] <hloeung> LP also has the ability to import from Git to Git
[22:10] <KeithW> It does now -- we haven't touched this import since 2011.
[22:10] <hloeung> https://bugs.launchpad.net/ubuntu/+source/bzr-git/+bug/1084403
[22:10] <ubot5> Launchpad bug 1084403 in bzr-git (Ubuntu) "no support for gpgsig tags" [High,Triaged]
[22:15] <KeithW> It looks like the best approach for us is just to move the Launchpad repository from Bzr to Git and then regenerate all of the recipes so they continue to supply the same PPAs. :-(
[22:17] <wgrant> The recipe is just a single line, isn't it?
[22:18] <wgrant> So should be nice and easy to port.
[22:18] <wgrant> The biggest issue will be the version template.
[22:18] <KeithW> Yeah, and we have two recipes (each feeding one PPA) that I don't want to screw up.
[22:19] <wgrant> Hm, I only see one recipe on that branch.
[22:19] <wgrant> Oh, a stable branch too.
[22:19] <KeithW> Right now the recipe is # bzr-builder format 0.3 deb-version {debupstream}+{revno}-0ppa
[22:20] <KeithW> I wonder if we can get that {revno} from a Git repository? Obviously I want to make sure the new version numbers are > the old version numbers.
[22:20] <hloeung> maybe something like 'git rev-list --all | wc -l' ?
[22:21] <hloeung> not sure how that'll be done in a recipe though
[22:22] <KeithW> While I'm here, is it possible to redirect a PPA? We have a lot of subscribers to ppa:keithw/mosh, and it would be nice to start hosting the packages at ppa:mosh/mosh or something like that.
[22:29] <wgrant> KeithW: There's no way to redirect a PPA. As for the version, see https://help.launchpad.net/Packaging/SourceBuilds/Recipes#Version_numbers_and_substitution_variables: we've implemented revno for git just like it works for bzr, but it's not really a concept that exists in git so you might want to consider changing your template.
[22:31] <wgrant> (even if redirection was allowed, it would get pretty complicated because of keys etc.)
[23:09] <KeithW> Thanks much. I'm a bit nervous about changing the template (especially for an "emergency" fix), given the consequences of a mistake, but let us think about it...