[03:53] <QwertyChouskie> uh
[03:53] <QwertyChouskie> INFO Upload was rejected:
[03:53] <QwertyChouskie> INFO  supertuxkart_0.9.3~build1~ubuntu14.04.1.dsc: Version older than that in the archive. 0.9.3~build1~ubuntu14.04.1 <= 0.9.3-rc1.2~build1~ubuntu14.04.1
[03:53] <QwertyChouskie> INFO Committing the transaction and any mails associated with this upload.
[03:54] <QwertyChouskie> How do I convince LP that it actually is a newer version?
[03:56] <QwertyChouskie> "0.9.3-final~build1"?
[04:04] <wgrant> QwertyChouskie: "-" is a very special character in Debian package versions; see https://www.debian.org/doc/debian-policy/#s-f-version
[04:04] <wgrant> Bah
[10:47] <alkisg> Is there any way to have debhelper 10 in a xenial launchpad ppa build? It's in xenial-backports, but I don't know how to tell the builder to use the backports...
[10:48] <alkisg> Ah. Maybe if I copy debhelper to my ppa first?
[10:52] <rbasak> alkisg: you can go to eg. https://launchpad.net/~racb/+archive/ubuntu/experimental/+edit-dependencies but for your own PPA.
[10:52] <rbasak> and set backports in there.
[10:53] <alkisg> Ah, thank you rbasak
[17:28] <oSoMoN> is it possible to transfer ownership of a PPA?
[17:28] <oSoMoN> (I think not, just wanted to check)
[17:42] <cjwatson> oSoMoN: no, but you can create a new one and copy everything in from the old one
[17:43] <oSoMoN> cjwatson, ok, that's what I thought I would do, thanks
[17:45] <cjwatson> (remember to copy existing binaries)
[17:56] <rbasak> cjwatson or wgrant: could I have your opinion on bug 1733388 please? I've identified what's going on, but am not sure which component is making the wrong assumption.
[17:57]  * rbasak will be EOD in the next few minutes though, so no rush.
[18:04] <cjwatson> rbasak: Well, um, I guess my opinion is that ubuntutools is distressingly and excessively magical.  We don't maintain it though ...
[18:05] <cjwatson> I mean pytest also contains a lot of magic.  (I prefer less magical test runners.)
[18:05]  * rbasak isn't entirely sure what benefit use of this gives us over launchpadlib.launchpad. Presumably caching
[18:06] <cjwatson> I guess it must be.
[18:06] <cjwatson> I normally only use ubuntutools for its handy question-asking thing in my code.
[18:08] <cjwatson> One perhaps reasonable fix would be to cause ubuntutools to not do the login thing for attributes that begin with '_'?
[18:09] <rbasak> I suppose. I'm not very keen on this auto-login-on-getattr behaviour. But perhaps that's fundamental to the module.
[18:10] <rbasak> OTOH it leads to side-effects such as UI prompts, so perhaps it's bad and it should be explicit.
[18:10] <rbasak> It seems that I can work around it by not importing the Launchpad object into the module namespace.
[18:11] <rbasak> So I could just leave the bug open against python3-ubuntutools for now I suppose.
[18:13]  * rbasak EODs
[18:13] <cjwatson> Yeah, to me this sort of thing makes it not suitable for general-purpose use.
[18:35] <pivotal> Are there any existing examples to monitor the PPA build status through a script?
[18:36] <cjwatson> lp:bileto is the first thing that comes to mind, although it does rather a lot more
[18:37] <acheronuk> monitor in what sense?
[21:36] <QwertyChouskie> Help!
[21:36] <QwertyChouskie> "fatal: ambiguous argument '0.9.3': unknown revision or path not in the working tree."
[21:37] <wxl> QwertyChouskie: some additional information is going to be useful here.
[21:37] <QwertyChouskie> It works just fine on a fresh checkout from LP
[21:37] <QwertyChouskie> But the recipe builder doesn't seem to like it
[21:37] <QwertyChouskie> https://launchpadlibrarian.net/346497437/buildlog.txt.gz
[21:40] <QwertyChouskie> https://launchpadlibrarian.net/346499090/buildlog.txt.gz