Package: debhelper
Version: 9.20120419
Severity: normal
Hi,
there is a problem with the shlibs sequence:
(noticed in fglrx-driver [non-free])
debian/rules override_dh_makeshlibs
dh_makeshlibs
...
echo 'libOpenCL 1 amd-libopencl1' >>debian/amd-libopencl1/DEBIAN/shlibs
...
dh_shlibdeps
...
dpkg-shlibdeps -Tdebian/amd-clinfo.substvars
debian/amd-clinfo/usr/bin/clinfo
...
dh_installdeb
...
install -o 0 -g 0 -m 644 -p debian/amd-libopencl1.shlibs
debian/amd-libopencl1/DEBIAN/shlibs
$ cat debian/amd-libopencl1.shlibs
libOpenCL 1 libopencl1
The intention is to replace the "amd-libopencl1" package name with the
virtual package "libopencl1" that is provided by all implementations of
libOpenCL.so.1, unfortunately the amd-clinfo package picks up the strict
dependency on amd-libopencl1. This is not what I intended.
In case that behavior is intended, it should be clearly documented.
Andreas
PS: there is a override_dh_makeshlibs target in the rules file because I
need to replace one of the generated entries in a multiple-library
package and I didn't want to provide a full .shlibs file as it changes
over time as (mostly internal) libraries are added/renamed/...
I didn't see a possibility for something like $package.shlibs.overrides
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
