[git-buildpackage] Unexpected behaviour when upstream uses export-subst gitattribute
Guido Günther
agx at sigxcpu.org
Fri Aug 28 17:13:51 CEST 2015
On Fri, Aug 28, 2015 at 05:01:03PM +0200, Danny Edel wrote:
> Hello List,
>
> I'm not sure if I operated gbp wrong or if this may even be a genuine
> bug, so I hope this is the right place to ask.
>
> Suppose the following situation:
>
> 1. upstream uses git
> 2. In some file (probably in a --version printing context), upstream
> uses the "export-subst" gitattribute to embed the commit sha1 into the
> exported file.
> 3. Upstream creates releases by (gpg-signing and) tagging commits.
> 4. Debian packaging wants to benefit from upstream git, so I create a
> new branch and add the debian packaging.
>
> Now, when I call gbp buildpackage, the build fails with:
>
> > dpkg-source: info: local changes detected, the modified files are:
> (File that uses export-subst)
You're very likely not telling gbp how upstream tags look like using the
--git-upstream-tag option our the upstream tarball isn't exactly
generated from this tag.
Cheers,
-- Guido
More information about the git-buildpackage
mailing list