Bug 736991 - Pulseaudio unstable unless root is logged on
Summary: Pulseaudio unstable unless root is logged on
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: pulseaudio
Version: 16
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Lennart Poettering
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-09-09 09:24 UTC by Valentin Villenave
Modified: 2011-09-22 14:31 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-09-22 14:31:23 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Valentin Villenave 2011-09-09 09:24:46 UTC
Description of problem:

Recently upgraded to F16. Pulseaudio crashes after a dozen seconds (regardless of the desktop environment: even tested under ratpoison) ; when there's an application reactivating it (e.g. kmix) it spawns over multiple processes (a new pulseaudio process is issues every ten seconds or less) and the audio is full of glitches.

For some reason, the bug disappears if a terminal (or tty) is opened and logged in as root. (Note that pulseaudio is *not* running as root, however.)

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

pulseaudio 0.9.23
kmix 3.9-alpha

How reproducible:

Every time the OS is booted.

Steps to Reproduce:
1. Boot the computer.
2. Log on as standard user.
3. Launch audio app (or have a look at the running process list).
  
Actual results:

Audio is full of glitches. If kmix (or equivalent) isn't running, audio stops after a few seconds.

Expected results:

Pulseaudio shouldn't crash.

Additional info:

The easy workaround is to open a terminal (or a tty) and log in as root: pulseaudio stops crashing.
(On several occasions a stdout warning "pulseaudio: daemon already running" was issued. But the workaroung still works.)

Comment 1 Valentin Villenave 2011-09-22 14:31:23 UTC
Latest yum update fixed the issue. (Strangely enough, no pulseaudio or sound-related package was part of the update; could've been kernel 3.1-rc6 or some change to the initscripts.)

Sound server is now stable (and F16 in general is looking pretty good). Thanks!


Note You need to log in before you can comment on or make changes to this bug.