Description of problem: paprefs do not load modules as it seeks the wrong modules directory Version-Release number of selected component (if applicable): paprefs-0.9.9-2.fc12.i686 How reproducible: each time Steps to Reproduce: 1. run paprefs 2. try to install any missing plugins Actual results: paprefs try to use /usr/lib/pulse-0.9.16/modules/module-zeroconf-discover.so Expected results: paprefs should use /usr/lib/pulse-0.9.19/modules/module-zeroconf-discover.so So i guess paprefs just requires a simple rebuild.
*** Bug 528830 has been marked as a duplicate of this bug. ***
Rebuild and requested tag: https://fedorahosted.org/rel-eng/ticket/2478
*** Bug 529251 has been marked as a duplicate of this bug. ***
That was super-fast, thanks Lennart!
This is the same problem but with : Actual results: paprefs try to use /usr/lib/pulse-0.9.19/modules/module-zeroconf-discover.so Expected results: paprefs should use /usr/lib/pulse-0.9.20/modules/module-zeroconf-discover.so This problem is meant to be fixed at the rpm level if cannot be fixed at the code level. If you need to rebuild paprefs for the next pulseaudio please try to avoid such misbehaviour with an accurate rpm Requires on the pulseaudio version of the modules.
I think the idea is that PulseAudio uses a non-distro-specific method (e.g. PackageKit) to satisfy a user's request for an uninstalled module, rather than an erroneous Requires. Perhaps this is done with a DBus message that PK understands as a request for a capability? I haven't looked at the code so I don't know for sure. In any case, it should probably be part of the package maintenance routine to rebuild all these bits together (chained?).
This problem has surfaced again. paprefs is trying to find modules in /usr/lib64/pulse-0.9.19 while they are in pulse-0.9.21 directory. This prevents me from enabling some of the options in paprefs to allow network access etc. As a temporary workaround I have created symlinks , but we need a longterm solution.
This problem is on again. Now, to solve, paprefs just requires a simple rebuild. thanks
I'm seeing this bug too. I had a /usr/lib64/pulse-0.9.19 and a /usr/lib64/pulse-0.9.21, whereas my 32-bit system had only the latter. I made a symlink pulse-0.9.19 -> pulse-0.9.21 (moving the old directory away on the 64-bit system) and that made paprefs believe that I had the correct modules installed. If paprefs packages depend on a specific version of the pulseaudio packages then perhaps a stricter dependency or packaging them together could help to avoid such mismatches? Anyhow, I'm happy to have a workaround for the moment (and of course, PA worked fine when I wasn't trying to configure the more advanced preferences paprefs offers).
*** Bug 553856 has been marked as a duplicate of this bug. ***
*** Bug 557975 has been marked as a duplicate of this bug. ***
paprefs-0.9.9-5.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/paprefs-0.9.9-5.fc12
paprefs-0.9.9-5.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
Works fine now :-) Thanks!!
Bug again. 0.9.23 RPM, asking for 0.9.22 module-zeroconf-discover. NOT FIXED.
Please reopen this bug.
Please open a new one, this one is against rawhide.
https://bugzilla.redhat.com/show_bug.cgi?id=738230 https://admin.fedoraproject.org/updates/FEDORA-2011-15996/paprefs-0.9.9-9.fc16