[MacPorts] #42986: openal-soft @1.15.1: complains about pulseaudio (@5.0) not being built with capabilities support
MacPorts
noreply at macports.org
Sat Mar 22 08:50:25 PDT 2014
#42986: openal-soft @1.15.1: complains about pulseaudio (@5.0) not being built with
capabilities support
---------------------+------------------------------------
Reporter: egall@… | Owner: macports-tickets@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.2.1
Keywords: | Port: openal-soft pulseaudio
---------------------+------------------------------------
I am working on a program that makes some calls to OpenAL, and I am having
it `dlopen()` the `libopenal.dylib` that the openal-soft port provides.
When debugging and it hits a function that tries to open a sound device
via OpenAL, it prints a message like this:
{{{
W: [] caps.c: [1mNormally all extra capabilities would be dropped now, but
that's impossible because PulseAudio was built without capabilities
support.[0m
AL lib: (WW) alc_initconfig: Failed to initialize backend "pulse"
}}}
I cannot find any such message in the code of the program that I am
working on, so I must assume that the message is coming from OpenAL. I am
not sure why OpenAL is trying to use PulseAudio, as I found no mention of
it in the Portfile for openal-soft, and `otool -L` reports no linkages
against it... maybe it is being `dlopen()`-ed as well? There was a
configure check for pulseaudio in openal-soft's `CMakeLists.txt`, at
least... Anyways, back to the error message... I checked pulseaudio's
`configure` script for any flags that might be relevant, and noticed that
the pulseaudio Portfile added the following to its `configure.args`:
{{{
--without-caps
}}}
Why is this flag necessary? Could it be removed? If so, would that be the
right approach to enabling capabilities support in PulseAudio?
--
Ticket URL: <https://trac.macports.org/ticket/42986>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list