When building a package that needs to use uscan to fetch the upstream tar that a building a source package would complete with Success
What happened:
dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream tarball found at ../<upstream_tar>
I've tracked down the issue:
The default behaviour of uscan is to create a symbolic link for *.orig.tar.gz pointing to the upstream tar file. The code that assigns the path for later use, uses abs_path to stripping the symbolic link out. I just changed the behaviour so a real path would be generated and the correct file would end up in the build area for dpkg-source.
I used --rename in my patch but --no-symlink works just as well if having the original upstream tar is important.
Description: Ubuntu 14.04.4 LTS
Release: 14.04
svn-buildpackage: ubuntu. mirror. iweb.ca/ trusty/universe amd64 Packages dpkg/status
Installed: 0.8.5
Candidate: 0.8.5
Version table:
*** 0.8.5 0
500 http://
100 /var/lib/
Expected:
When building a package that needs to use uscan to fetch the upstream tar that a building a source package would complete with Success
What happened:
dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream tarball found at ../<upstream_tar>
I've tracked down the issue:
The default behaviour of uscan is to create a symbolic link for *.orig.tar.gz pointing to the upstream tar file. The code that assigns the path for later use, uses abs_path to stripping the symbolic link out. I just changed the behaviour so a real path would be generated and the correct file would end up in the build area for dpkg-source.
I used --rename in my patch but --no-symlink works just as well if having the original upstream tar is important.