As discussed in #fedora-meeting, I'm starting a discussion on the mailing list about this topic.
To get functional pulseaudio support for legacy i386 apps in x86_64 (and perhaps ppc apps on ppc64?), the following packages need to be added to the x86_64 repo:
pulseaudio-utils.i386 pulseaudio-esound-compat.i386
(please add any package I've inadvertently omitted here)
Affected packages: - Real Player (there are experimental 64-bit builds but as far as I can tell they are not that usable yet) - Crossover Office (Crossover-handled apps works fine if they preload padsp, but this needs both packages above to work. This seems to be broken on KDE4 -- not sure how KDE4 and Pulseaudio interacts. Anyone from the KDE SIG knows more?)
Bugzilla entries: # 376721 https://bugzilla.redhat.com/show_bug.cgi?id=376721
Best,
Michel Salim wrote:
- Crossover Office (Crossover-handled apps works fine if they preload
padsp, but this needs both packages above to work. This seems to be broken on KDE4 -- not sure how KDE4 and Pulseaudio interacts. Anyone from the KDE SIG knows more?)
KDE4 simply autostarts pulseaudio daemon, and uses xine-lib-pulseaudio plugin (primarily), and alsa->alsa-plugins-pulseaudio for legacy (arts mostly) access.
So, could you define what "broken on KDE4" means here exactly?
-- Rex
On Thu, Apr 10, 2008 at 3:44 PM, Rex Dieter rdieter@math.unl.edu wrote:
Michel Salim wrote:
- Crossover Office (Crossover-handled apps works fine if they preload
padsp, but this needs both packages above to work. This seems to be broken on KDE4 -- not sure how KDE4 and Pulseaudio interacts. Anyone from the KDE SIG knows more?)
KDE4 simply autostarts pulseaudio daemon, and uses xine-lib-pulseaudio plugin (primarily), and alsa->alsa-plugins-pulseaudio for legacy (arts mostly) access.
So, could you define what "broken on KDE4" means here exactly?
With the same configuration (telling Crossover to use ESD for sound output, and preloading libpulsedsp.so), sound works under GNOME but not under KDE4.
Will retest and see if things have changed.
On Thu, Apr 10, 2008 at 10:10 PM, Michel Salim michel.sylvan@gmail.com wrote:
On Thu, Apr 10, 2008 at 3:44 PM, Rex Dieter rdieter@math.unl.edu wrote:
Michel Salim wrote:
- Crossover Office (Crossover-handled apps works fine if they preload
padsp, but this needs both packages above to work. This seems to be broken on KDE4 -- not sure how KDE4 and Pulseaudio interacts. Anyone from the KDE SIG knows more?)
you forgot regular wine. the result of building wine for 64 bit natively will not handle 32 bit windows binaries because it of course needs a 32 bit build for that. the 64 bit build of wine will have to be parallel installable to the 32bit one to gain the full functionality.
kind regards, Rudolf Kastl
KDE4 simply autostarts pulseaudio daemon, and uses xine-lib-pulseaudio plugin (primarily), and alsa->alsa-plugins-pulseaudio for legacy (arts mostly) access.
So, could you define what "broken on KDE4" means here exactly?
With the same configuration (telling Crossover to use ESD for sound output, and preloading libpulsedsp.so), sound works under GNOME but not under KDE4.
Will retest and see if things have changed.
-- Michel Salim http://hircus.jaiku.com/
--
fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Michel Salim wrote:
On Thu, Apr 10, 2008 at 3:44 PM, Rex Dieter rdieter@math.unl.edu wrote:
Michel Salim wrote:
- Crossover Office (Crossover-handled apps works fine if they preload
padsp, but this needs both packages above to work. This seems to be broken on KDE4 -- not sure how KDE4 and Pulseaudio interacts. Anyone from the KDE SIG knows more?)
KDE4 simply autostarts pulseaudio daemon, and uses xine-lib-pulseaudio plugin (primarily), and alsa->alsa-plugins-pulseaudio for legacy (arts mostly) access.
So, could you define what "broken on KDE4" means here exactly?
With the same configuration (telling Crossover to use ESD for sound output, and preloading libpulsedsp.so), sound works under GNOME but not under KDE4.
Not surprising, could very well be that our manual launch of pulseaudio is incompatible with PA's esd emulation.
-- Rex
On Fri, Apr 11, 2008 at 2:02 PM, Kevin Kofler kevin.kofler@chello.at wrote:
Rex Dieter <rdieter <at> math.unl.edu> writes:
Not surprising, could very well be that our manual launch of pulseaudio is incompatible with PA's esd emulation.
I don't think so, it works fine on F8 in any case.
In any case, the potential KDE problem is a red-herring. We need the following packages whitelisted for better 32-bit compatibility:
pulseaudio-utils pulseaudio-esound-compat wine (thanks, Rudolf)
In fact, with Wine, it's questionable whether it's useful to have the 64-bit Wine package, unless both are parallel-installable. How many applications are out there with available source that links against wine-lib, and is 64-bit clean?
On Mon, Apr 14, 2008 at 7:05 AM, Michel Salim michel.sylvan@gmail.com wrote:
In fact, with Wine, it's questionable whether it's useful to have the 64-bit Wine package
we don't have one ;)
On Mon, Apr 14, 2008 at 9:14 AM, drago01 drago01@gmail.com wrote:
On Mon, Apr 14, 2008 at 7:05 AM, Michel Salim michel.sylvan@gmail.com wrote:
In fact, with Wine, it's questionable whether it's useful to have the 64-bit Wine package
we don't have one ;)
yet.
kind regards, Rudolf Kastl
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Mon, Apr 14, 2008 at 7:07 PM, Bill Nottingham notting@redhat.com wrote:
Michel Salim (michel.sylvan@gmail.com) said:
pulseaudio-utils
For padsp? Maybe.
yes because its needed for OSS apps and most of them are old closed source stuff with no x86_64 version.