I'm using Mandrake 9.2 with SBLive sound board, ALSA 0.9.6 drivers. Tried to update to ALSA 1.0.0RC2 drivers without removing the 0.9.6 drivers but the new version did not "take". That is, I still see alsa 0.9.6 start during bootup. How do I remove ALSA 0.9.6 from Mandrake 9.2 or replace it successfully?

Right now I'm trying now to remove alsa 0.9.6. What I've tried so far:

"rpm -e --allmatches --nodeps alsa" says "error: package alsa is not installed"

URPME wants to remove 245MB of stuff including kde, tuxracer, etc, 'cuz "man, it's an ecosystem out there."

RPMDRAKE.REMOVE (or whatever it's correct name is) does the same as URPME.


Am I going to have to recompile the kernel to get rid of the old version?

Anybody know why the new version didn't override the old?

-Gnunoob

what did you do when you tried to update alsa? It should be fine just to fetch the sources and then to compile alsa drivers (configure with option --disable-verbose-printk; then make; make install). After you're done, you restart alsa, as root, with
service alsa restart
this should get the new version of alsa started. Worked for me (though on a mdk9.1 with the 9.2 kernel but I don't see why this would make a difference).

btw, alsa 1.0.1 is out.

Looking more closely at the results of the command

./configure --with-cards=emu10k1 --with-sequencer=yes;make;make install

I find that, even thought I am told "ALSA modules were successfully compiled," I have no devices
/dev/dsp, /dev/mixer, or /dev/sequencer. I do have a /dev/midi. I assume these devices should exist, at least after the compile, so the compile must have actually failed, right?

This being my first compile, here are things I think might be unusual:

Near the beginning...
checking for GCC version... Kernel compiler: Used compiler: gcc (GCC) 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk)
*** NO PREDEFINED KERNEL COMPILER IS DETECTED
*** Assuming the same compiler is used with the current system compiler.
*** Please make sure that the same compiler version was used for building kernel.

Lots of lines like this appear throughout:
make[1]:make[2]: Nothing to be done for `modules'.

Near the end...
make[1]: Leaving directory `/usr/src/alsa/alsa-driver-1.0.0rc2/pcmcia'
/sbin/depmod -a 2.4.22-21.tmb.1mdk
depmod: *** Unresolved symbols in /lib/modules/2.4.22-21.tmb.1mdk/misc/snd-rtctimer.o
depmod: *** Unresolved symbols in /lib/modules/2.4.22-21.tmb.1mdk/misc/snd.o


TIA.

-Gnunoob

Since it didn't error out immediately, I presume you have the kernel sources installed. If not, get them and install them.
try compilintg in steps instead of using the single line ./configure --with-cards=emu10k1 --with-sequencer=yes;make;make install. That is, first do
./configure --with-cards=emu10k1 --with-sequencer=yes
and see if there is anything funny in the output. If not proceed with
make
and then
make install

This way, you can tell more precisely when and where a problem occurs. Also, did you restart alsa after installing it? If it starts the old alsa version. then the new version did not get installed (the make install step has to be done as root).

Thanks for your help, Quatsch.

It turns out that, when I got the kernel source I got some experimental version with "TMB" or some such in the name. I got rid of that and got the correct kernal source, compiled the drivers again and now ALSA 1.0.0RC2 is working.

Once again, if Mandrake had PROVIDED THE KERNEL KERNEL SOURCE, I would not have had this problem nor the hassle it took to get the right source.

BTW fellow noobs, it was this stuff
make[1]: Leaving directory `/usr/src/alsa/alsa-driver-1.0.0rc2/pcmcia'
/sbin/depmod -a 2.4.22-21.tmb.1mdk
depmod: *** Unresolved symbols in /lib/modules/2.4.22-21.tmb.1mdk/misc/snd-rtctimer.o
depmod: *** Unresolved symbols in /lib/modules/2.4.22-21.tmb.1mdk/misc/snd.o
that was abnormal and went away when I got the right kernel source in place.

That means that this stuff
checking for GCC version... Kernel compiler: Used compiler: gcc (GCC) 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk)
*** NO PREDEFINED KERNEL COMPILER IS DETECTED
*** Assuming the same compiler is used with the current system compiler.
*** Please make sure that the same compiler version was used for building kernel.

and this stuff
make[1]:make[2]: Nothing to be done for `modules'.
is apparently normal in a successful compilation.

-Gnunoob