The cause of this annoying problem is that when paprefs checks for the
availability of the modules to implement these services, it does so
using a compiled-in filesystem location. Pulseaudio modules live in a
versioned library directory (/usr/lib/pulse-<version>). So, it checks
for the modules in the location that is correct for the libpulse
version it was compiled against.
Since unstable's paprefs was compiled against libpulse 0.9.15 but
0.9.19 is current, it is doing this:
w...@zod:~$ strace paprefs 2>&1 |grep /lib/pulse
access("/usr/lib/pulse-0.9.15/modules/module-esound-protocol-tcp.so",
F_OK) = -1 ENOENT (No such file or directory)
access("/usr/lib/pulse-0.9.15/modules/module-native-protocol-tcp.so",
F_OK) = -1 ENOENT (No such file or directory)
access("/usr/lib/pulse-0.9.15/modules/module-zeroconf-publish.so",
F_OK) = -1 ENOENT (No such file or directory)
access("/usr/lib/pulse-0.9.15/modules/module-zeroconf-discover.so",
F_OK) = -1 ENOENT (No such file or directory)
access("/usr/lib/pulse-0.9.15/modules/module-raop-discover.so", F_OK)
= -1 ENOENT (No such file or directory)
access("/usr/lib/pulse-0.9.15/modules/module-rtp-recv.so", F_OK) = -1
ENOENT (No such file or directory)
access("/usr/lib/pulse-0.9.15/modules/module-rtp-send.so", F_OK) = -1
ENOENT (No such file or directory)
Clearly, the Right Thing (tm) for paprefs to do is to somehow query
libpulse for the availability of modules, instead of checking by
itself.
However, for now, the best thing that Debian can do is to make paprefs
depend on the specific version of libpulse it was compiled against and
update it every time there is a new libpulse version (ick!).
--
Will Dyson
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
