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): sox-12.17.7-3
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 a non-issue. 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.