[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