Package: dgit Version: 2.1 Severity: wishlist It's common for maintainers using a patches-unapplied gbp repo to let gbp handle orig.tar generation. It actually does a better job than git-archive(1) because the latter can perform substitutions into .git_archival.txt such that the orig.tar is not suitable to represent HEAD.
However, dgit makes this difficult:
hephaestus ~/src/helm % dgit
-cdgit-distro.debian.dgit-tag-format=old,new,maint gbp-build
Format `3.0 (quilt)', need to check/update patch stack
examining quilt state (multiple patches, gbp mode)
dgit: split brain (separate dgit view) may be needed (--quilt=gbp).
dpkg-source: error: missing orig.tar or debian.tar file in v2.0 source
package
dgit: failed command: sh -ec 'exec dpkg-source --no-check --skip-patches -x
fake.dsc >/dev/null'
dgit: subprocess failed with error exit status 255
(I believe that the -c, included to workaround #841085, is irrelevant here)
This forces the user to run a plain `gbp buildpackage`, which generates
the tarball, before they're able to run `dgit gbp-build`. It would be
nice if that wasn't needed.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: i386 (i686)
Kernel: Linux 4.5.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages dgit depends on:
ii ca-certificates 20160104
ii coreutils 8.25-2
ii curl 7.50.1-1
ii devscripts 2.16.8
ii dpkg-dev 1.18.10
ii dput 0.10.3
ii git [git-core] 1:2.9.3-1
ii git-buildpackage 0.8.4
ii libdpkg-perl 1.18.10
ii libjson-perl 2.90-1
ii liblist-moreutils-perl 0.416-1+b1
ii libperl5.24 [libdigest-sha-perl] 5.24.1~rc3-3
ii libtext-iconv-perl 1.7-5+b4
ii libwww-perl 6.15-1
ii perl 5.24.1~rc3-3
Versions of packages dgit recommends:
ii openssh-client [ssh-client] 1:7.3p1-1
Versions of packages dgit suggests:
ii sbuild 0.71.0-2
-- no debconf information
--
Sean Whitton
signature.asc
Description: PGP signature
