Disons que c'est le moyen complique ;) La pluspart des audio drivers de maintenant supportent l'ouverture multiple de /dev/dsp et ces audio daemon machin sont en fait un gros patch pour faire marcher le tout.
Pour ton probleme, c'est simplement un droit d'acces: sous debian (et toutes les autees, souvent) : [EMAIL PROTECTED]:~$ ls -lisa /dev/dsp 17336 0 crw-rw---- 1 root audio 14, 3 Nov 5 2001 /dev/dsp donc, ajoute tes users dams le group 'audio' JeF On Tue, 2003-03-04 at 09:32, Pascal Bleser wrote: > Dominique VALLET wrote: > > Il y a quelques temps sur cette liste s'est d�velopp� un thread > > concernant l'ouverture d'une deuxi�me session graphique, ce que ma > > compagne a trouv� hyper-g�nial, puisqu'elle peut maintenant bidouiller > > dans son propre environnement tandis que le mien reste ouvert et que je > > suis occup� ailleurs pour une raison quelconque... > > Mais il y a un petit os assez d�sagr�able : pas de son avec la deuxi�me > > session. Au d�marrage, KDE dit qu'il ne peut utiliser /dev/dsp : > > permission denied. > > Arm�s des droits du superutilisateur, on a �t� voir ce /dev/dsp. On a > > constat� qu'il pointait en fait sur /etc/sound/dsp � qui on a activ� les > Tu utilises quelle distribution ? > > > bits SUID et SGID. Ca n'a rien chang� du tout au probl�me. > Non, ces bits n'aideront en rien. > > > Alors, l'un(e) de vous aurait une id�e ? > > Ta compagne utilise �galement KDE dans l'autre console graphique (session) ? > > Bon, d�j�, KDE permet de "partager" le device /dev/dsp entre plusieurs > applications gr�ce � son d�mon "artsd" (l'�quivalent sous GNOME �tant > "esound"). > Ce qui se passe: tu ouvres ta session � toi, KDE se lance, artsd se > lance et "prend" /dev/dsp � son compte afin de g�rer les entr�es/sorties > audio. Ce faisant, /dev/dsp appartient � ton utilisateur et ton groupe. > > Le probl�me est donc que lorsque ta compagne ouvre sa session, le d�mon > artsd qui se lance dans celle-ci ne peut prendre /dev/dsp car il > appartient d�j� � ton utilisateur � toi (qui plus est en mode 600, ce > qui signifie aucun acc�s au groupe ni aux autres). > > Maintenant, comment r�soudre ce probl�me... > Il faudrait que l'artsd lanc� dans la 2�me session utilise l'artsd qui > est d�j� en �x�cution. > > Ou alors configurer artsd de telle mani�re � ce qu'il "relache" /dev/dsp > apr�s un certain temps d'inactivit� (esound sait faire cela). > > C'est de la bidouille, mais une id�e est d'ajouter la commande suivante > dans le .xinitrc de l'utilisateur de ta compagne (~tafemme/.xinitrc > ;-)), avant la ligne > exec $WINDOWMANAGER > : > > sudo -u toi artsshell terminate > > ce qui va arr�ter ton processus artsd avant que KDE ne soit lanc� > (essaye d'abord avec "suspend" au lieu de "terminate"). > > Tu dois �galement installer "sudo" (livr� avec toutes les bonnes > distributions (tm) ;-)) et le configurer comme ceci (� l'aide de la > commande "visudo", comme root): > > User_Alias ELLE=tafemme > ELLE ALL=(toi) NOPASSWD:artsshell > > Remplace �videmment "toi" par ton user et "tafemme" par celui de ta > compagne ;-) > > -- > -o) Pascal Bleser http://guru.unixtech.be | > /\\ <[EMAIL PROTECTED]> | > _\_v <[EMAIL PROTECTED]> | > ---------------------------------------------| > Jesus saves,Buddha makes incremental backups : > ---------------------------------------------' > > _______________________________________________________ > Linux Mailing List - http://www.unixtech.be > Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux > Archives: http://www.mail-archive.com/[EMAIL PROTECTED] > IRC: efnet.unixtech.be:6667 - #unixtech _______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
