Package: git-buildpackage
Version: 0.5.4
Severity: normal
I have the following options in my ~/.devscripts file:
USCAN_SYMLINK="rename"
USCAN_DESTDIR="../tarballs"
With these options, git-import-orig --uscan fails:
Launching uscan...
Traceback (most recent call last):
File "/usr/bin/git-import-orig", line 374, in <module>
sys.exit(main(sys.argv))
File "/usr/bin/git-import-orig", line 218, in main
status, tarball = do_uscan()
File "/usr/lib/pymodules/python2.6/gbp/deb.py", line 227, in do_uscan
tarball = "../%s" % re.match(".*symlinked ([^\s]*) to it.*", row).group(1)
AttributeError: 'NoneType' object has no attribute 'group'
git-import-orig seems to be expecting a tarball in the default location, and
it also appears to be trying to parse the default message about symlinking,
which it won't get with USCAN_SYMLINK=rename
I think that git-import-orig should probably add commandline options when
calling uscan, ensuring it follows the defaults it's expecting, e.g:
uscan --symlink --destdir=..
Alternatively (or additionally), this could be considered a wishlist bug
against uscan - it would be nice if it had an option to provide
machine-parseable output containing the downloaded file name (the dehs mode
doesn't seem to include this). This would allow git-import-orig to locate
the downloaded file, no matter where it ends up..
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages git-buildpackage depends on:
ii devscripts 2.10.66 scripts to make the life of a Debi
ii git [git-core] 1:1.7.1-1.1 fast, scalable, distributed revisi
ii git-core 1:1.7.1-1.1 fast, scalable, distributed revisi
ii python 2.6.5-11 interactive high-level object-orie
ii python-dateutil 1.4.1-3 powerful extensions to the standar
ii python-support 1.0.9 automated rebuilding support for P
Versions of packages git-buildpackage recommends:
ii pristine-tar 1.03 regenerate pristine tarballs
Versions of packages git-buildpackage suggests:
pn git-load-dirs <none> (no description available)
-- Configuration Files:
/etc/git-buildpackage/gbp.conf changed:
[DEFAULT]
pristine-tar = True
[git-buildpackage]
postbuild = quilt pop -a
[git-import-orig]
[git-import-dsc]
[git-dch]
-- no debconf information
--
Chris Butler <chr...@debian.org>
GnuPG Key ID: 4096R/49E3ACD3
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
