=== heroux_ is now known as heroux
=== sakrecoe1 is now known as sakrecoer
rbasakI've just migrated uvtool from bzr to git. So lp:uvtool seems to exist both for bzr and git, and that works. I've configured the project to say that the VCS is Git.11:57
rbasakHowever, my new source build recipe, despite starting with "# git-build-recipe...", seems to be automatically changed to "# bzr-builder..." and then run against bzr dailydeb instead.11:59
rbasakhttps://code.launchpad.net/~uvtool-dev/+recipe/master-daily is the recipe11:59
rbasak"Base source" seems to link to the bzr branch, not my git branch.11:59
rbasakI don't see any way of changing this.11:59
wgrantrbasak: You can't convert a bzr recipe into a git one. You need to create a new recipe from the git branch.11:59
rbasakThat's what I thought I did. Perhaps I created it from the wrong branch?11:59
cjwatsonI think there may be a problem with ambiguous lookups ...12:00
* rbasak deletes it to try again12:00
cjwatsonYou could unset the bzr development focus; I think that would help.12:00
wgrantAh, yes, SourcePackageRecipe.new only gets the text, not the context.12:01
rbasakwgrant: yeah I did create it from the correct branch. I'll try what cjwatson says.12:01
cjwatsonIt's messy because we use bzr-builder to parse the recipe text, which means we have to hack the format line internally and then hack it back again in the git case, which is why you're seeing the change to "# bzr-builder...".12:03
cjwatsonShould maybe extract that code.12:03
cjwatsonBut indeed the fundamental problem here is that the recipe parser doesn't quite have enough information and has to guess.12:04
rbasakcjwatson: the "Development focus" dropdown on the project only gives me one option (the bzr trunk branch)12:04
wgrantrbasak: "Development focus" is a series, not a branch. The series might have a branch.12:04
wgrantHead over to "Configure code" instead12:04
wgrantExpand the Bazaar section, and unset the branch.12:04
rbasakI see, thanks. I'll try that.12:05
cjwatsonfocus> sorry, I always forget exactly what the weird semi-inconsistent vocabulary used for Bazaar is :P12:05
rbasakI emptied the "Link to a Bazaar branch already on Launchpad" box, and that has stuck.12:06
cjwatsonlp:uvtool should be unambiguous now, then.12:06
cjwatsonI think an alternative would have been to use a URL form that only exists for git.12:06
cjwatsonBut it's probably less confusing anyway if lp:uvtool stops existing for bzr once you've migrated.12:07
wgrant(series also shouldn't be as prominent as they are. if you don't use Bazaar you basically never have to deal with them now, at least...)12:07
cjwatsonKeeping the old branch around is useful; keeping the alias less so.12:07
rbasakAgreed (lp:uvtool should stop existing for bzr)12:07
rbasakYes "Base source" now points to the git repo, and the header has stayed "# git-build-recipe". Thanks! I'll try a build now.12:09
rbasakWould you like a bug for this?12:10
cjwatsonMay as well.12:21
rbasakOK, filed bug 1623924. Thank you for your help.12:36
ubot5bug 1623924 in Launchpad itself "git-based source build recipes are sometimes interpreted as bzr recipes instead" [Undecided,New] https://launchpad.net/bugs/162392412:36
cpaelzerhi, I'm kind of blocked on having exceeded my ppas size - who might I bother to increase its size (https://answers.launchpad.net/launchpad/+question/394937)14:29
cjwatsoncpaelzer: done14:38
cpaelzercjwatson: thanks you!14:39
cpaelzercjwatson: thanks for your mentioning on the 6 hour cron job14:40
cpaelzercjwatson: would that be worth updating https://help.launchpad.net/Packaging/PPA/Deleting?14:40
cpaelzercjwatson: there is says "In the most common situation, files are removed within an hour."14:40
cpaelzermaybe that was ment for the archive indexes, but since the text talks "archive, file on disk, comment" I misinterpreted it to belong to the files on disk14:41
cjwatsoncpaelzer: clarified a bit14:49
cpaelzercjwatson: perfect, thanks14:51
=== dpm is now known as dpm-afk
=== dpm-afk is now known as dpm
=== PaulW2U_ is now known as PaulW2U
tewardcjwatson: what's the PPA builders' core OS version?17:53
teward(i.e. which release of Ubuntu drives 'sbuild' or similar in the builders)17:54
teward(if you know)17:55
dobeyi think 12.04 or 14.0418:01
dobeyteward: looks like 14.04 according to build logs18:02
tewarddobey: hmmmmm18:03
tewardthe ~ppa8 means that that's a patched sbuild... which makes sense, but i was curious about that or not18:03
teward(esp. given that there's a nasty sbuild issue in Trusty wrt any schroot containing gnupg 2.x)18:04
dobeyyeah, sbuild and some other packages are update from a ppa18:04
tewardmakes total sense.  doesn't necessarily help the rest of us (Yakkety schroots no longer work, at least on Trusty sbuild)18:04
tewarddobey: thanks.18:06
cjwatsonThe base release varies a bit across architectures, but at the moment it's mostly trusty, yes18:18
cjwatsonThe PPA in question is https://launchpad.net/~canonical-is-sa/+archive/ubuntu/buildd/+packages18:18
dobeyteward: ah, you're probably hitting the same issue i had setting up schroots on jenkins, with the trusty sbuild18:24
tewardcjwatson: right i found that18:25
tewarddobey: was it the gpg no priv. key problem?18:26
dobeyteward: i don't recall exactly, but there was a bug filed iirc, and the fix was not yet SRUed to trusty.18:27
tewarddobey: which explains the evils I'm having.18:27
tewarddobey: I know that Ubuntu Bug 1624046 which I just filed addresses the existing problem and links back to the Debian bug I'm seeing, but CBA to fully finish triaging (lazy, and still recovering from bronchitis018:27
ubot5Ubuntu bug 1624046 in sbuild (Ubuntu) "sbuild: Does not work with gnupg 2.x installed in the chroot" [Undecided,New] https://launchpad.net/bugs/162404618:27
teward(matches the Debian bug reporter's issue basically 1-for-1)18:28
tewarddobey: was there any timeline on a Trusty SRU?18:29
tewardwait why am I asking in here instead of #u-devel18:29
dobeydon't recall and don't know :)18:29
Mc-Hi, is there a problem with lp? I can't seem to comment or act on bugs22:20
Mc-("Service Unavailable")22:21
Mc-ok, I was not patient enough :) It's back, thanks a lot !22:30

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!