cjwatsonjelmer: Would you mind having a quick look at https://bugs.launchpad.net/launchpad-buildd/+bug/1350430 ?  bzr-builder doesn't call substitute_changelog_vars for format 0.4; it looks deliberate, but I can't figure out why, nor what's supposed to be done instead02:20
_mup_Bug #1350430: {debupstream} {debversion} not recognised  by format 0.4 <launchpad-buildd:New> <https://launchpad.net/bugs/1350430>02:20
cjwatsonjelmer: (we've finally deployed a non-archaic bzr-builder, so just starting to notice the effects of things you did years ago ...)02:20
StevenKOMG, so it ain't so02:21
cjwatsonStevenK: scalingstack, it is a thing at last02:28
StevenKI don't believe it02:28
cjwatsonjelmer: http://paste.ubuntu.com/7910544/ seems to fix it, and the unit tests still pass; but that line of code seems to have been added after the 0.4 format was added if I'm reading the history right, so it would be nice to get confirmation before pushing that to utopic/trusty-updates and potentially breaking something else ...02:48
cjwatson__init__.py says "{debupstream} now only looks for changelog in the root branch, not the resulting tree" - struggling to work out why that's a useful thing02:50
cjwatsonthe bug suggests {debversion} is affected too, which makes sense given the structure of substitute_changelog_vars, so presumably also {debupstream-base}02:51
=== Guest46318 is now known as wallyworld
jelmercjwatson: looking10:19
jelmerit's a long time I've worked on all of this :)10:20
cjwatsonyeah :)10:21
jelmercjwatson: I vaguely remember that the point was that we could find out the version string without actually building the tree11:04
jelmerthere was also a syntax to get the debversion from a nested tree11:05

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