paprefs cannot configure pulseaudio network settings

Same situation here.

I noticed that the only keys in gconf for pulseaudio relate to module combine (which as you noted, is the only checkbox available in paprefs)... perhaps this is a clue?

Two other clues:

1. Running pulseaudio -C and doing "list-modules" shows that module-native-protocol-tcp is not installed.

2. Also in pulseaudio -C, "list-clients" does NOT show paprefs when paprefs is running.

Still broken on Ubuntu Oneiric... Seems weird, because the other distros and upstream already fix it.

@Julian: the bugs you link to are very old. However they do contain clues as to what is happening and how to work around the bug (and it appears this is a recurrent problem with paprefs).

To bypass the bug, simply do:

sudo ln -s /usr/lib/pulse-0.99 /usr/lib/pulse-0.99.3

which is (according to strace) where paprefs was trying to locate the loadable modules. And according to the other bug reports, the fix is to rebuild paprefs along with the current pulseaudio, even though it does not directly link against it [!]. The Ubuntu packaging should change the dependencies accordingly so that this does not happen again.

It's fixed in Ubuntu with lastest updates of PulseAudio

Bbut will be good to have the last version of papfres (the last version of PulseAudio (1.0) is already in Oneiric):

"Version 0.9.10 released; minor tidyups, should no longer require recompiling with each new PA version."

So, this problem will never come out again.

It seems not fixed on current Oneiric, I'm afraid.
To run paprefs without gray-out, I have to do the trick `sudo ln -s /usr/lib/pulse-1.0 /usr/lib/pulse-1.0.0`.

Attached strace log says:

access("/usr/lib/pulse-1.0.0/modules/module-esound-protocol-tcp.so", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/lib/pulse-1.0.0/modules/module-native-protocol-tcp.so", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/lib/pulse-1.0.0/modules/module-zeroconf-publish.so", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/lib/pulse-1.0.0/modules/module-zeroconf-discover.so", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/lib/pulse-1.0.0/modules/module-raop-discover.so", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/lib/pulse-1.0.0/modules/module-rtp-recv.so", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/lib/pulse-1.0.0/modules/module-rtp-send.so", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/lib/pulse-1.0.0/modules/module-rygel-media-server.so", F_OK) = -1 ENOENT (No such file or directory)

the strace log was recorded with:
paprefs 0.9.9-2ubuntu1
pulseaudio 1:1.0-0ubuntu3

Agreed this is *not* fixed with the package versions in #9.

The workaround in #7 also works for me.

yes as per Paul's comment, still not fixed in current Oneiric.

+1 not fixed. I did the workaround.

Work around did it for me, what a stupid bug.

Same for me, the problem is still present in Oneiric. Bug is not solved.

the problem is still present in Oneiric because contrary to what is stated above 0.9.10 of paprefs is not released in ubuntu.

Still a bug as of today. Comment #7 fixes it: https://bugs.launchpad.net/ubuntu/+source/paprefs/+bug/829051/comments/7

bug still present! #7 fixes this bug

This bug is affecting me too on the latest package in oneiric, comment #7 fixes it as others have said.

#7 fixes this problem for me also. However, I had to restart to make pulseaudio service discoverable by avahi-discover

Bug still not fixed indeed! #7 did the trick

Also broken for me in 11.10.

According to strace paprefs is looking for modules in

/usr/lib/pulse-1.0.0

when it should be looking in

/usr/lib/pulse-1.0

Creating a symlink fixes it for now.

sudo ln -s /usr/lib/pulse-1.0/ /usr/lib/pulse-1.0.0

Broken for me, on 11.10 -- #7 fixed it without restarting anything in my case

Broken for m in , on 11.10 -- #7 fixed it without restarting anything in my case

Version and package information below (11.10 and newest pulseaudio in the ubuntu repo):

dpkg -l | grep 'pulseaudio'
ii pulseaudio 1:1.0-0ubuntu3.1 PulseAudio sound server
ii pulseaudio-esound-compat 1:1.0-0ubuntu3.1 PulseAudio ESD compatibility layer
ii pulseaudio-module-bluetooth 1:1.0-0ubuntu3.1 Bluetooth module for PulseAudio sound server
ii pulseaudio-module-gconf 1:1.0-0ubuntu3.1 GConf module for PulseAudio sound server
ii pulseaudio-module-x11 1:1.0-0ubuntu3.1 X11 module for PulseAudio sound server
ii pulseaudio-module-zeroconf 1:1.0-0ubuntu3.1 Zeroconf module for PulseAudio sound server
ii pulseaudio-utils 1:1.0-0ubuntu3.1 Command line tools for the PulseAudio sound server

uname -a:
Linux Cory-Linuxlaptop 3.0.0-13-generic #22-Ubuntu SMP Wed Nov 2 13:27:26 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

Still broken in Ubuntu 12.04 with pulseaudio 1.1

The updated workaround for Ubuntu 12.04 is: `sudo ln -s /usr/lib/pulse-1.1 /usr/lib/pulse-1.1.0`

I've moved this back to confirmed as I can replicate this. Bug triagers, if you see a bug that is marked as Fix Released but isn't then no one is going to be looking at it, feel free to move it back to Confirmed, especially with such overwhelming responses that it isn't fixed.

For those of you who don't have bug privileges, you can always ask someone to look at a bug to set the right status by sending a mail to this list, thanks!

https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugsquad

This problem is still in ubuntu 12.04 Precise. But I already tried many symbolic version but none worked. Do you know which one works?

I just did a fresh install of Lubuntu 11.10 and then installed praprefs. The fix that works in this case is

ln -s /usr/lib/pulse-1.0 /usr/lib/pulse-1.0.0

There is a new bug in Debian on the current version of paprefs (0.9.9-2).

Fix pulseaudio recognition without requiring a rebuild each
 time pulseaudio gets an update.

 Changed File: src/paprefs.cc
  Based on: 4fcee37cb92c689b43a0d8fc1d8e6b2764834cbf Mon Sep 17 00:00:00 2001
  From: Colin Guthrie
  Date: Sun, 6 Nov 2011 14:31:27 +0000
  Subject: [PATCH] Do not require a recompile for each new PA version in order to detect the modules.

 Changed Files: configure*
  In Ubuntu and Debian the command:
    `pkg-config libpulse --variable libdir'
  returns the path: /usr/lib/i386-linux-gnu
  But libpulse modules are located in /usr/lib.
  So, it's better use:
    `pkg-config libpulse --variable exec_prefix'/lib
  to right get the location prefix of modules.

  Version 0.9.10 also affected.

paprefs (0.9.9-2ubuntu2) precise; urgency=low

  * New patch 0005-fix-PA-version.patch, fixes to rebuild
    paprefs each time pulseaudio gets an update
    (LP: #829051) (closes: 649565)

 -- Leo Iannacone <email address hidden> Mon, 16 Jan 2012 20:19:38 +0100

The patch updated has some problem with non-standard system.

I'll work on it again.

Unsubscribe sponsors for now.

I have two 11.10 machines that "sudo ln -s /usr/lib/pulse-1.0/ /usr/lib/pulse-1.0.0" seems to fix the probem for. However the option "Make discoverable PulseAudio network sound devices available locally" doesn't seem to work.

avahi-discover shows that the network sinks are discovered, but the devices do not show up in pacmd list-sinks .

pacmd list-modules:

    index: 8
        name: <module-zeroconf-discover>
        argument: <>
        used: -1
        load once: yes
        properties:
                module.author = "Lennart Poettering"
                module.description = "mDNS/DNS-SD Service Discovery"
                module.version = "1.0"

This bug was fixed in the package paprefs - 0.9.10-0ubuntu1

---------------
paprefs (0.9.10-0ubuntu1) precise; urgency=low

  * New upstream release.
  * Created debian source format 3.0 (quilt)
  * debian/control:
    + dropped cdbs, quilt, autotools-dev as build-dep
    + bumped standards version to 3.9.2
  * debian/rules: updated to use dh $@
  * debian/patches:
    + dropped all old patches, now in upstream
    + imported new two patches from upstream, make paprefs
      able to load pulseaudio dynamically (LP: #829051, closes: #649565)
  * debian/compat: up to 8
 -- Leo Iannacone <email address hidden> Mon, 23 Jan 2012 11:26:03 +0100

I confirm it's fixed in Precise, I don't know if this is fixed in Oneirc.

Hello Tim, or anyone else affected,

Accepted paprefs into oneiric-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

I can confirm its fixed in oneiric.

Do any one know if Natty is also affected?

To my knowledge, it has only affected Oneiric. I've been using this manager for a long time and this is the first time I've had it not work out of the box.

this is still affecting oneiric (at least x64!). just did a fresh install on two system, both needed the fix from #7.

did you enable the

oneiric-proposed

repository?

On 27/01/12 08:29, Florian Demmer wrote:
> this is still affecting oneiric (at least x64!). just did a fresh
> install on two system, both needed the fix from #7.
>

This bug was fixed in the package paprefs - 0.9.9-2ubuntu1.1

---------------
paprefs (0.9.9-2ubuntu1.1) oneiric-proposed; urgency=low

  * Fix pulseaudio recognition without requiring a rebuild each
    time pulseaudio gets an update (LP: #829051).
 -- Leo Iannacone <email address hidden> Sat, 21 Jan 2012 13:00:21 +0100

Getting this bug in 12.04

tried to create a symlink to both '/usr/lib/pulse-1.0.0' and '/usr/lib/pulse-1.1.0'

none of them works

ii gstreamer0.10-pulseaudio 0.10.31-1ubuntu1 GStreamer plugin for PulseAudio
ii pulseaudio 1:1.1-0ubuntu15.1 PulseAudio sound server
ii pulseaudio-module-bluetooth 1:1.1-0ubuntu15.1 Bluetooth module for PulseAudio sound server
ii pulseaudio-module-gconf 1:1.1-0ubuntu15.1 GConf module for PulseAudio sound server
ii pulseaudio-module-x11 1:1.1-0ubuntu15.1 X11 module for PulseAudio sound server
ii pulseaudio-module-zeroconf 1:1.1-0ubuntu15.1 Zeroconf module for PulseAudio sound server
ii pulseaudio-utils 1:1.1-0ubuntu15.1 Command line tools for the PulseAudio sound server

@vergardmeng: The following command should create the correct link for all versions of pulseaudio:

sudo ln -s $(find /usr/lib -maxdepth 1 -name "pulse-*" -type d -not -type l) $(strings $(type -P paprefs) | grep /usr/lib/pulse | sed "s%/modules%%")

It still doesn't work.

An echo of your command (except the ls bit) gives:
"/usr/lib/pulse-1.1 /usr/lib/pulse-1.1"
so I guess there should be no need for a symlink in my case.

Reading the bug description carefully I found out that my case differs from this bug in a way too, I am able to do changes to the
" Make discoverable PulseAudio network sound devices available locally" checkbox
but not the
"Make discoverable Apple AirTunes sound devices available locally" checkbox is grayed out

could this be because im missing a module or something?

Anyway thanks for your quick reply.

-V

you need 'pulseaudio-module-raop' to make that option available.

That worked!

sorry for bumping this bug

The problem seems to be back in Ubuntu 20.04. And the trick in https://bugs.launchpad.net/ubuntu/+source/paprefs/+bug/829051/comments/47 doesn't fix it: echoing the command (minus the ln -s part) only gives
"usr/lib/pulse-13.99.1 /usr/lib/pulse-13.99.1"

sudo ln -s /usr/lib/pulse-13.99.1 /usr/lib/pulse-13.99 works though.

sudo ln -s /usr/lib/pulse-13.99.1 /usr/lib/pulse-13.99 fixed the pb in Ubuntu 20.04.

Thank you very much!

works for me too! Please reopen for ubuntu 20.04

It's bad that this is still going on after years. 18.04 did not seem affected. The symnlink fix worked for me. Hopefully, a proper fix for this can come forth.

I do have the same issue; please do reopen for Ubuntu 20.04.

Should this be opened as a new bug for 20.04 or what?

I also had the same issue, after linking the following file, it was fixed:

`sudo ln -s /usr/lib/pulse-13.99.1 /usr/lib/pulse-13.99`

For more context see here: https://www.reddit.com/r/Ubuntu/comments/gvtzpb/ubuntu_2004_lts_x86_64_trying_to_use_paprefs_but/fvbwns4?utm_source=share&utm_medium=web2x&context=3

This bug is still present on 20.10. You'd think after 10 years ... it would get fixed??? Glad I found this thread. Very pleased to have this working with a *very* simple symlink.

@eschoeller: what link have you created?

I tried but didn't work:
sudo ln -sv '/usr/lib/pulse-15.0+dfsg1' /usr/lib/pulse-13.99.1

I have Ubuntu 21.10 and:

$find /usr/lib -maxdepth 1 -name "pulse-*" -type d -not -type l
/usr/lib/pulse-15.0+dfsg1

$strings $(type -P paprefs) | grep -i pulse
libpulse.so.0
PULSE_0
%s/pulse-%s.%s/modules/%s
/usr/lib/pulse-13.99.1/modules
/org/freedesktop/pulseaudio/module-groups/combine/
org.freedesktop.pulseaudio.module-group
/org/freedesktop/pulseaudio/module-groups/remote-access/
/org/freedesktop/pulseaudio/module-groups/zeroconf-discover/
/org/freedesktop/pulseaudio/module-groups/raop-discover/
/org/freedesktop/pulseaudio/module-groups/rtp-recv/
/org/freedesktop/pulseaudio/module-groups/rtp-send/
/org/freedesktop/pulseaudio/module-groups/upnp-media-server/

Fixed on my Ubuntu 22.04 (jammy) install. ... The symbolic link command must be updated for newer versions. This worked for me:

sudo ln -snf /usr/lib/pulse-15.99.1+dfsg1 /usr/lib/pulse-15.99

Can confirm that solution with ln works on ubuntu studio 22.04