Hi, Your suggestion of enhancement is good one.
On Sat, Jun 21, 2014 at 01:52:52PM +0530, Vasudev Kamath wrote: > debmake -a ~/Downloads/fantasque-sans-1.6.4.orig.tar.gz -b data > > and was expecting it to extract upstream tarball and form package > instead I got this error > > E: Non-supported tarball name > /home/vasudev/Downloads/fantasque-sans-1.6.4.tar.gz Yah... I assumed to use the current directory. > I checked the source and its raising from debmake.sanity module, this is > happening because regex only matches the package name, which is right > but para['tarball'] should only contain the tarball name, i.e. we should > apply os.path.basename on args.archive before assigning it to > para['tarball']. As I reread my code, I copy the tarball to the current directory with preprocessing (# remote URL). So adding one more preprocessing for tarball value including '/' to copy tarball from remote directory to the current directory and drop preceding path in the para['tarball'] may be consistent with other parts. I also copy tar in dist.py to the root of the source tree to keep package-1.0/ and package.tar.gz in the same location. Patch welcome. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org