Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 223531 - Make pulseaudio a drop-in replacement for esound
Summary: Make pulseaudio a drop-in replacement for esound
Alias: None
Product: Fedora
Classification: Fedora
Component: pulseaudio
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Pierre Ossman
QA Contact: Fedora Extras Quality Assurance
Depends On: 223503
Blocks: FC7Target
TreeView+ depends on / blocked
Reported: 2007-01-19 21:11 UTC by Matthias Clasen
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-02-07 18:50:10 UTC

Attachments (Terms of Use)
pulseaudio.spec patch (deleted)
2007-02-05 17:06 UTC, Matthias Clasen
no flags Details | Diff

Description Matthias Clasen 2007-01-19 21:11:59 UTC
We want to switch to pulseaudio as the default sound daemon for fc7.
The only realistic way to achieve that is via the esd-compat support
of pulseaudio. For that, the compat script that pulseaudio installs
must be called /usr/bin/esd instead of /usr/bin/esdcompat, which will
make pulseaudio conflict with the esound package. That should be fine
once we have split esound into esound and esound-libs.

Comment 1 Matthias Clasen 2007-02-02 19:41:28 UTC
Pierre, any progress on this ? 
We'd really like to have this in place for test2

Comment 2 Matthias Clasen 2007-02-02 19:49:08 UTC
The esound/esound-libs split has happened by now.

Comment 3 Matthias Clasen 2007-02-05 17:06:28 UTC
Created attachment 147374 [details]
pulseaudio.spec patch

Here is a patch to make pulseaudio install /usr/bin/esd. Please ?

Comment 4 Pierre Ossman 2007-02-05 19:25:59 UTC
I'm just overworked, no need to beg. :)

This patch poses a problem though, you can't have pulse and esd in at the same
time. So I suggest splitting the esd script to its own file.

Comment 5 Pierre Ossman 2007-02-05 19:27:19 UTC
Also, I'm not sure the esd tools should be packaged with the daemon. You might
still want the tools even though you use pulse's esd compat stuff. (e.g. contact
another esd server).

Comment 6 Matthias Clasen 2007-02-05 19:29:10 UTC
Well, the idea is that pulseaudio and esound conflict, so you can have only one
of the two installed. That was the reason for splitting esound-libs off the main
  esound package - nothing requires esound anymore, only /usr/bin/esd, which can
be provided either by esound or pulseaudio

It is certainly possible to split off esound-tools, too, if you think there is a
need for that.

Comment 7 Pierre Ossman 2007-02-05 19:34:41 UTC
I don't see a value in creating a conflict where there is none. I propose a
esound-compat package that Conflicts: with esound.

I would think that esound-tools is needed. Another use case if you want to debug
the esound support because some esound using application is misbehaving.

Comment 8 Pierre Ossman 2007-02-05 19:40:01 UTC
Proposed solution:

Comment 9 Matthias Clasen 2007-02-05 19:42:43 UTC
That works too.  I assume you want to remove the Conflicts line from the main

I'll look into splitting off esound-tools.

Comment 10 Matthias Clasen 2007-02-07 05:08:30 UTC
That -compat-esd package works fine for me, with the hal that is in tomorrows

Comment 11 Matthias Clasen 2007-02-07 14:52:29 UTC
Would be great to see pulseaudio-esound-compat in rawhide soon, so that we can
start pulling things together for test2

Comment 12 Pierre Ossman 2007-02-07 16:26:49 UTC
I'm waiting for a response on bug 223534 so I can push that update at the same
time. :)

Comment 13 Pierre Ossman 2007-02-07 18:50:10 UTC

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