Description of problem:
As noted in #155224, sox isn't using alsa-lib, as it should be able to. This
prevents sox from directly using alsa.
Version-Release number of selected component (if applicable):
The alsa header files are missing in glibc-kernheaders.
Assigning to glibc-kernheaders.
Shouldn't that be alsa-devel? Userspace shouldn't be looking at kernel headers.
Yeah, I think we all agreed that the actual issue was that sox uses the kernel
headers to enable ALSA support, when it should be using the alsa-lib layer
instead. So this should be considered a bug in sox unless I'm mistaken.
I'm mantainer of SoX... On seperate mail list it was agreed best would be for
SoX to change to alsa-lib. Current upstream CVS version of SoX has changed its
alsa driver to use alsa-lib so the next release of SoX (12.17.9) will make this
The next release of SoX will occur any day now.
Besides the above, it is strange to me that sys/soundcard.h is important enough
to be in glibc-headers but not ALSA headers. Technically, I'd think
sys/soundcard.h should be in glib-kernelheaders, not glib-headers since its an
interface to a kernel driver.
But moving sys/soundcard.h to kernelheaders would kill compiles for about all
OSS drivers, in the same way that SoX currently can't compile with ALSA.
sox-12.18.1-1 or earlier uses libasound now. Closing.