17.07.2020 19:56, Niels Thykier wrote:
..
> I cannot reproduce the issue from the instructions provided. Not saying
> there is not a bug, but I need more guidance to identify the bug.
Well, there's no instructions per se.
I faced this issue with qemu package.
This is a piece from d/rules:
binary-arch:
...
# virtfs-proxy-helper and qemu-bridge-helper are linux-specific
for f in usr/lib/qemu/virtfs-proxy-helper \
usr/share/man/man1/virtfs-proxy-helper.1 \
usr/lib/qemu/qemu-bridge-helper \
; do \
dh_install -p qemu-system-common --sourcedir=debian/tmp $$f ; \
done
...
This is a first call to dh_install in binary-arch target, and it fails
saying there are some files missing which are listed in
d/qemu-system-common.install.
When I remove --sourcedir option (can I use debian/tmp/$$f there, will
dh_install do the right thing?), it works as expected and installs the
file into the right place, and later dh_install -a works too.
Just a guess, - maybe _this_ invocation of dh_install checks d/$pkg.install
and since it is given --sourcedir it can't find some files listed in there,
and complains, but it does not actually intend to work on them?.. hmm..
Either way it worked in buster somehow, and doesn't work in current unstable.
I haven't looked closely. Tried to take a look at debhelper changes in git,
found nothing relevant (stripping trailing / in sourcedir does not smell
relevant), -- I tired for today, hopefully will take a look at it tomorrow..
Thanks,
/mjt
