Bug 557975

Summary:	Cannot do anything in paprefs, because options are greyed out
Product:	[Fedora] Fedora	Reporter:	Bjoern Rasmussen <bjoras>
Component:	paprefs	Assignee:	Lennart Poettering <lpoetter>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	12	CC:	lpoetter, moneta.mace
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-01-25 17:28:59 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Bjoern Rasmussen 2010-01-22 22:41:41 UTC

Description of problem:

My network is flooded by pulseaudio traffic.  Options for turning off this traffic in paprefs are greyed out.


Version-Release number of selected component (if applicable):

paprefs-0.9.9-4.fc12.x86_64 (current)


How reproducible:

Allways


Steps to Reproduce:

Run paprefs in a shell as normal user or root!

  
Actual results:

Nothing can be done, except choosing "Add virtual output device for simultaneous output on all local soundcards.  It's possible to click the Close-button ;-)


Expected results:

None options should be greyed out.


Additional info:

Same goes for a 32 bits system I tested.

This problem seems to occur in Debian and other distroes as well.  I think http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=531251 describes the problem well.  Looks like paprefs is not updated.  It uses compiled inn paths to find which PulseAudio modules to service.  The version is part of the path (in my case /usr/lib64/pulse-0.9.21/modules).  Paprefs has to include this path at compile time.

I haven't really checked that this is the case in Fedora 12.  Anyway, my versions are pulseaudio-0.9.21-2.fc12.x86_64 and paprefs-0.9.9-4.fc12.x86_64 (rpms).

Comment 1 Lennart Poettering 2010-01-25 17:28:59 UTC


*** This bug has been marked as a duplicate of bug 528557 ***