#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 Resolution: | Keywords: Port: openal-soft pulseaudio | -------------------------------------+-------------------------------- Comment (by egall@…): Replying to [comment:3 ryandesign@…]:
Replying to [comment:1 ryandesign@…]:
Replying to [ticket:42986 egall@…]:
Why is this flag necessary? Could it be removed? If so, would that be the right approach to enabling capabilities support in PulseAudio?
Sounds reasonable. Please try rebuilding pulseaudio without the --without-caps flag and see if that resolves the issue; if so, we can make that change in the portfile.
Eric: were you able to rebuild the port without this flag? If so, did that fix the problem you were experiencing? Or, can you tell me how to reproduce the problem myself?
Right, kind of forgot about this, although coincidentally it actually came up again for me today in a different context; apparently VLC-devel also uses pulseaudio, so it was printing similar warnings in its log messages: {{{ 9/25/14 9:15:04 AM [0x0-0xa76a76].org.videolan.vlc[66585] W: [] caps.c: Normally all extra capabilities would be dropped now, but that's impossible because PulseAudio was built without capabilities support. }}} Anyways, copying the pulseaudio Portfile over to my local Portfile repo now, and at least making the `s/--without-caps/--with-caps/g` change for testing next... Replying to [comment:4 ryandesign@…]:
If pulseaudio support is not thought to be essential to openal-soft, it could be made a variant.
I think I'd kind of actually prefer this, too. I'd still enable it, but it would be nice to be able to disable it just in case. -- Ticket URL: <https://trac.macports.org/ticket/42986#comment:7> MacPorts <http://www.macports.org/> Ports system for OS X