<Learna2> make[1]: Entering directory `/var/tmp/portage/alsa-utils-0.9.0_rc2/work/alsa-utils-0.9.0rc2/alsactl' <Learna2> gcc -DHAVE_CONFIG_H -I. -I. -I../include -march=i686 -O3 -pipe -c alsactl.c <Learna2> alsactl.c: In function `get_control': <Learna2> alsactl.c:259: `SND_CTL_ELEM_TYPE_INTEGER64' undeclared (first use in this function) <Learna2> alsactl.c:259: (Each undeclared identifier is reported only once <Learna2> ion) <Learna2> make[1]: *** [alsactl.o] Error 1 <Learna2> make[1]: Leaving directory `/var/tmp/portage/alsa-utils-0.9.0_rc2/work/alsa-utils-0.9.0rc2/alsactl' <Learna2> make: *** [all-recursive] Error 1 <Learna2> !!! ERROR: The ebuild did not complete successfully. <Learna2> !!! Function src_compile, Line 6, Exitcode 2 <Learna2> !!! Parallel Make Failed <Learna2> !!! emerge aborting on /usr/portage/media-sound/alsa-utils/alsa-utils-0.9.0_rc2.ebuild . <Learna2> thats the last bit after the config section <seemant> what version of alsa-driver and alsa-lib? <Learna2> from emerge so lemmi check <Learna2> media-sound/alsa-utils <Learna2> Latest version Available: 0.9.0_rc2 <Learna2> Latest version Installed: [ Not Installed ] <Learna2> * media-libs/alsa-lib <Learna2> Latest version Available: 0.9.0_rc2 <Learna2> Latest version Installed: 0.9.0_rc2 <seemant> and alsa-driver? <Learna2> * media-sound/alsa-driver <Learna2> Latest version Available: 0.9.0_rc2 <Learna2> Latest version Installed: 0.9.0_rc2
the entire alsa9 rc2 series compiles fine for me.
-- asked around in #gentoo, its not just me it dosent work for note: alsactl worked flawlessly for me in mandrake. try doing # alsactl store then # alsactl restore
bash-2.05a# alsactl store alsactl: save_state:1045: No soundcards found... bash-2.05a# im like playing music on alsa as i type this so..... once i got it to store, but the restore gave a seg fault.
can you give me any sort of debuging information other than it gives a segfault? I've done alsactl store | alsactl restore a bunch of times without problems any details around the error will help
yup i will, but ill do it tommorow (if i remember) -- its 1:43am here.
built alsa from tar.bz, alsa / alsactl works now. problem fixed / avoided i guess.
Anybody else still having problems with compiling alsa-utils? or using the alsactl script? If so, please post me a description and any details about the problem you have.
well, its not the packages fault i guess, but the tar.gz was working untill i reset the pc (the emerge never did work), but now doing: alsactl store (or restore) gives: "alsactl: save_state:1045: No soundcards found..." might be an faq, but i dunno. i had it working until i reset, DAMN ! :-)
Here's my experience. In order for the alsactl script to work correctly, you need to make sure to have your modules.conf setup correctly. In the case of Gentoo.. become root edit /etc/modules.d/alsa for your soundcard. run "update-modules" Make sure that you are not manually loading the sound drivers (remove alsa related entries from /etc/modules.autoload). They should automatically be loaded by the /etc/init.d/alsasound initscript... If the alsasound script isn't running when the computer boots... do this "rc-update add alsasound default" Now your sound drivers should load properly upon the computer booting. I have experienced strange problems with the alsactl script if I didn't set up my sound drivers like this. One other question is... what kind of sound card do you have? If it is an onboard sound card, what motherboard is it on... these will be important things to know as there are some drivers in alsa that do not unload correctly which would possibly make the alsactl script crash. Give me details. :)
ok ill try that in a mo. also, its a soundblaster 128, es1370
A slight but important correction: alsasound startup script should be added to 'boot' runlevel, and not 'default'.
Another remark: you *might* need to use ens1371 module. See ALSA's compatibility table http://www.alsa-project.org/~goemon/
learna, what's news on this?
i got it working, but i used the tar.gz od all packages. im using 1370 module, and im too scared to try messing with it now. :-) "if it aint fu**ed, dont break it" applys here
I actually have the same issue... Bunch of SND_ defines seems missing.
I don't know what created this but what I found was that the /usr/include/alsa/control.h was not the one from the alsa-lib-0.9.0_rc2 package. So I re-emerged alsa-lib then alsa-utils and it worked. Before I did the re-emerge thought I did validate that alsa-lib-0.9.0_rc2 was installed. I just can't explain why the control.h wasn't the correct one.