Comment 32 for bug 195196

The get-orig-source target still doesn't work:

uscan --verbose --force-download --rename
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
   http://sf.net/graphmonkey/GraphMonkey-(.+)-src\.tar\.gz
-- Found the following matching hrefs:
     GraphMonkey-0.9-src.tar.gz
     GraphMonkey-1.0-src.tar.gz
     GraphMonkey-1.1-src.tar.gz
     GraphMonkey-1.2-src.tar.gz
     GraphMonkey-1.3-src.tar.gz
     GraphMonkey-1.4-src.tar.gz
     GraphMonkey-1.5-src.tar.gz
     GraphMonkey-1.6-src.tar.gz
     GraphMonkey-1.7-src.tar.gz
Newest version on remote site is 1.7, local version is 1.7
 => Package is up to date
Newest version on remote site is 1.7, local version is 1.7
 => Forcing download as requested
-- Downloading updated package GraphMonkey-1.7-src.tar.gz
-- Successfully downloaded updated package GraphMonkey-1.7-src.tar.gz
    and renamed it as graphmonkey_1.7.orig.tar.gz
-- Scan finished
cd ..
tar -xvf graphmonkey_1.7.orig.tar.gz
tar: graphmonkey_1.7.orig.tar.gz: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
make: *** [get-orig-source] Error 2

The problem is that in Mafiles, each single command has its own shell script. With the rule as you have written it, the first command calls uscan and the package is downloaded and renamed, the second command goes up a directory, the 3rd command is executed, but in the original directory (since the previous shell terminated!).
Also note that the final directory you create will be named graphmonkey_1.7, while it should be graphmonkey-1.7.
But you will already have such a directory, and you can't touch it since it is where you have your debian/rules.
So, what you are trying to do just doesn't make any sense to me, I think you should just get rid of this.