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

Reply via email to