[debhelper-devel] libuv: FTBFS: dh_install: cp: cannot stat 'debian/tmp/debian/tmp/dh-exec.AUyQ2PO5/usr/lib/x86_64-linux-gnu/libuv.so.0.10': No such file or directory

Niels Thykier niels at thykier.net
Sat Jan 2 15:28:13 UTC 2016


Luca BRUNO:
> On Mon, 28 Dec 2015 23:14:03 +0000 Chris Lamb <lamby at debian.org> wrote:
> 
>> Source: libuv
>> Version: 0.10.36-3
>> Usertags: ftbfs
>  
>> [...]
>>   [..]
>>      dh_install
>>   cp: cannot stat 'debian/tmp/debian/tmp/dh-exec.AUyQ2PO5/usr/lib/x86_64-
> linux-gnu/libuv.so.0.10': No such file or directory
>>   dh_install: cp --reflink=auto -a debian/tmp/debian/tmp/dh-
> exec.AUyQ2PO5/usr/lib/x86_64-linux-gnu/libuv.so.0.10 
> debian/libuv0.10/usr/lib/x86_64-linux-gnu// returned exit code 1
>>   [..]
> 
> The double "debian/tmp/" looks a bit fishy there.
> I guess either debhelper or dh-exec are over-substituting ${DESTDIR}, or 
> started prepending one time too much.
> 
> Ciao, Luca 
> 
> [...]

Hi,

Assuming you specified "debian/tmp/<path>" directly in your install
file, then a duplicate "debian/tmp" is expected on a failure (in compat
7 or later).

Since compat 7, debhelper will do a fallback to debian/tmp/<given-path>
if <given-path> does not exist (or the wildcard matches nothing).
Notably, debhelper does not check whether <given-path> already starts
with "debian/tmp/" or not before trying.

Thanks,
~Niels



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/debhelper-devel/attachments/20160102/b461314c/attachment.sig>


More information about the debhelper-devel mailing list