On Sun, Nov 14, 2010 at 9:11 PM, Jan Steffens <jan.steffens@gmail.com> wrote:
I would like to propose moving support for the PulseAudio sound server into Arch Linux proper. This would also be in preparation for the eventual arrival of Gnome 3, since it will be unlikely we can effectively maintain the needed GStreamer patch any more.
To that effect I have created a plan:
---
To provide PulseAudio in [extra]...
Move the following packages from [community] to [extra]: - libasyncns - rtkit - pulseaudio (split into pulseaudio and libpulse) - alsa-plugins - pulseaudio-alsa Configuration package, contains /etc/asound.conf depends on pulseaudio, alsa-plugins - pavucontrol - paprefs - pulseaudio-mixer-applet - ossp provides osspd OSS emulator
Rebuild the following packages with PulseAudio support: - sdl (sdl-pulse in AUR) - openal (openal-pulse in AUR) - libgstreamer0.10-good split gstreamer0.10-pulse (in community) - libao split libao-pulse (in community) - libcanberra split libcanberra-pulse (in community) will be a split plugin instead of a wholly rebuilt copy - gnome-media split gnome-media-pulse (in community; rebuilt with --enable-pulse) - gnome-settings-daemon split gnome-settings-daemon-pulse (in community; rebuilt without gstreamer patch)
Provide the following groups: - pulseaudio-gnome pulseaudio-alsa libcanberra-pulse gstreamer0.10-pulse gnome-media-pulse gnome-settings-daemon-pulse
---
One of the problems of PulseAudio is that it pretty much becomes the default as soon as you install it: - The client library will start the server if it's not running. - pulseaudio will install .desktop files that autostart the server together with Gnome or KDE.
Splitting libpulse would prevent that, but I believe we still need to test on a per-application basis whether we can enable PulseAudio support (with a dependency on libpulse) without breaking fallback to ALSA on systems without pulseaudio.
Some packages (like sdl and openal) look for libpulse dynamically and will still work even though the lib is missing, so they only need an optional dependency.
I would be maintaining split -pulse packages where needed.
If there are no objections, I would move it from [testing] tomorrow.