Je suis en testing/unstable et j'ai installé Gnome2.2 il y a quelques temps. Et tout récemment j'ai installé ALSA et ça marche nickel après quelques heures de lutte et de recherche dans les forums et autres. Sauf que c'est pas totalement nickel... En fait j'ai du son dans les applis ( xmms, mplayer, lecteur CD) mais pas dans Gnome ( les sons d'événements etc...): au démarrage j'ai même droit à un "couldn't open device /dev/sound/mixer" , ce qui est normal puisque ce truc n'existe pas.
  Alors j'ai bien songé à faire un lien symbolique mais vers quoi ? J'ai essayé plusieurs mixer trouvés avec locate mais ça marche pas...
  Et je me suis dit que peut-être Gnome ne sait pas utiliser ALSA. En fait je l'ai compilé sans l'émulation OSS. Ca peut venir de ça ?  L'émulation OSS va me créer ce /dev/sound/mixer ( j'ai déjà utilisé le .snddevices d'ALSA)

ya des chances, t'es sur de l'avoir compilé sans l'émulation OSS ? parce que habituellement, ça se compile de base, sauf si tu refuses sur la ligne de commande

Oui je suis sûr, effectivement j'ai demandé with--oss=no lors de la compilation... En fait j'ai fait ça parce que mon noyau est compilé sans les modules oss de ma carte son ( une SB Live) . Sont-ils nécessaires pour "l'émulation" oss ? Ou bien est-ce que je peux recompiler sans problème mes pilotes ALSA en activant cette émulation ?

Bon bah effectivement c'était l'émulation OSS qui était nécessaire.  En tout cas elle a réglé le problème, peut-être qu'il est possible de forcer Gnome à utiliser ALSA-non-émulé-OS mais je sais pas comment.
  Et pour répondre à ma question    il n'y a que le module soundcore ( en module, et pas en dur dans le noyau) qui est nécessaire, même pour l'émulation OSS.
 
  Merci Mjules  

J'ai extactement le meme probleme sous debian
Pour alsa lors de la compile il chercher un version.h du kernel que je ne trouve nulle part
au demarrage de gnome meme erreur
 
Tu pourrais m'expliquer en détailes, merci