Version: (using KDE KDE 3.1) Installed from: RedHat RPMs Compiler: gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) OS: Linux Despite the use of the kdemultimedia configure options --without-alsa --disable-alsa-test, kmix *still* looks for and links against libasound if it is found. Culprit appears to be kmix/configure.in.in that seems to unconditionally look for some sound libraries, including libasound, and use them if found. My quick-n-dirty fix was to delete kmix/configure.in.in and re-autoconf/automake things.
As far as I know there is no --without-alsa option. --disable-alsatest is only an option. What you want is --enable-audio=oss , otherwise you might get implicitly --enable-audio=alsa,oss Can you please test with --enable-audio=oss and report back.
FYI, I had previously tried --disable-alsatest, and it hadn't helped either. I'll go try your --enable-audio suggestion and let you know.
Confirmed. Despite using all of: --enable-audio=oss --disable-alsa-test --without-alsa I *still* get a build that links against alsa.
(FYI, I verified with kdemultimedia-3.1.1).
Confirmed. It does not compile in Alsa, but it links against ALSALIB. :-( I am not automake/autoconf guru, so somebody else has to fix this. Chris
Attaching a patch that seems to do the trick for me. When configuring --with-alsa kmix finds and links against libasound, when configurating --without-alsa kmix skips the check for and doesn't use libasound.
Created attachment 1401 [details] skip check for libasound if --without-alsa
Hello Rex, I applied your patch to CVS HEAD branch. It will ship with next KDE version. Thanks for the patch. Chris
All fixed Bugs (once verified) should be closed. Doing so. Chris PS: Fixed in KDE HEAD (upcoing 3.2) and in KDE3.1.2