From: "Alain Joly" <[EMAIL PROTECTED]>
Subject: Re: [CBLX] installation de emacspeak
Date: Mon, 1 Sep 2008 01:13:25 +0200

> > Salut,
> >
> > Pour la sécurité, c'est plus une question de principe. En fait, je suis 
> > d'accord avec toi, si les ports sont fermés vers l'extérieur, tu ne risque 
> > rien à priori. L'idée c'est que speech-dispatcher n'a absolument pas 
> > besoin de s'exécuter en tant que root, un accès aux périphériques audio et 
> > aux répertoires de logs sont sensés lui suffir.
> >
> 
> Bien bien bien....
> J'avais dmandé ya quelques mails de cela si on ne pouvait Bien bien bien...
> J'avais demandé ya quelques mails de cela si c'est normal que je ne puisse 
> lancer speech-dispatcher quand "sudo"...
> 
> Si il y a une modification à faire comme me l'avait dit Pierre, je crains 
> qu'elle soit un peu compliquée pour moi en ce moment...

  Et comme le dit aussi Olivier pas forcément nécessaire. Il
  est vrai que si comme moi tu as une machine accessible en
  permanence sur le web, tu as intérêt à surveiller un peu
  quels sont les ports ouverts : chez moi 80 (http) et (22 ssh)
  et rien d'autre !!!! Ensuite, Olivier me contredira mais,
  admettons même que speech-dispatcher soit lancé root, que le
  port soit ouvert, un hacker pourrait peut-être ainsi exécuter
  des process non désirés sur ton système en tant que root en
  attaquant par le port de speech-dispatcher. Mais alors ce
  serait un gros coup de pas de chance quand-même ! Parce que
  pour des attilas du web qui attaquent au hasard, la
  probabilité de tomber sur un speech-dispatcher est faible et
  il est quand-même plus rentable d'attaquer je ne sais quel
  serveur micro$.


> 
> en tout cas, je ne comprends pas pourquoi, par défaut, après une install 
> toute neuve de speech-dispatcher, il ne m'est pas permis de l'utiliser en 
> tant que utilisateur normal....

  C'est un serveur, et si plusieurs utilisateurs sont connectés
  il n'est pas naturel que chacun lance son speech-dispatcher
  dans son coin. Il faut qu'il y en ait un qui tourne pour tout
  le monde alors on peut envisager que ce soit un utilisateur
  dédié qui le lance. mais alors il faut ouvrir audit
  utilisateur les permissions ad hoc, et ne pas le faire à la
  louche et trop largement sans quoi le gain par rapport au
  fait de le lancer root ne sera pas substantiel.  


> 
> D'autre part, je ne comprends pas non plus pourquoi, un utilisateur root 
> bloquerait la sortie audio... je trouve cela curieux... mais ya des trucs 
> certainement trop subtiles pour moi...

  La conf d'alsa est en effet un peu subtile (donnes-moi
  toujours ta version) et puis ça dépend aussi un peu du hard
  i.e. la carte son que tu as. 


> 
> J'ai trouvé des infos sur ce thème sur le net, mais elles me semblent trop 
> anciennes pour que je puisse m'y fier...

  Oui les choses ont récemment évolué dans alsa. 


> Je n'ai plus le lien en tête, mais il y a notamment un tutoriel d'un Nicolas 
> Georges...
> 
> Enfin, j'ai aussi essayé de modifier mon espeak.conf en passant de "alsa" à 
> "pulse" puis "oss", enmodifiant le device en conséquence (/dev/dsp puis 
> dsp1), et aussi en modifiant l'option alsa en cas d'une deuxième carte son 
> (en espérant que peut être il existerait dans ma config une carte 
> virtuelle...).
> Bref, j'ai essayé différentes combinaisons qui n'ont pas été très 
> concluantes...
> 
> 
> 
> 
> > Sur l'aspect audio, eh bien chez moi lorsque speech-dispatcher est lancé 
> > en tant que root et qu'il est en train de dire une phrase, je ne peux pas 
> > par exemple lancer un lecteur mp3 pour jouer une musique, cette fois sous 
> > mon utilisateur habituel (qui n'est pas root). Mais c'est peut-être un 
> > problème de configuration alsa, pour le coup tu es sûrement plus 
> > spécialiste. J'ai
> 
> 
> Ben voui, c'est ça que je ne comprends pas...

  Ben ce serait quand même le mode le plus naturel et sans
  doute ce qu'offraient les devices son à l'origine, le
  multiplexage même s'il est agréable n'est pas techniquement
  100% trivial à réaliser. 



> Je ne m'étais même pas posé la question...
> 
> Pour finir, si je voulais passer en "mode pulse" ou "oss", que devrais-je 
> faire ?

  Oss : pas très conseillé c'est tout à fait obsolète. Pulse :
  connais pas ! 



> 
> N'est-il pas possible par exemple, de travailler avec "pulse" ou "oss" en 
> console et alsa en mode graphique ?

  Je ne crois pas sauf peut-être à émuler oss avec alsa mais
  cela dit je chercherais plutôt à configurer alsa
  correctement. 

  Pierre

_______________________________________________
Liste de diffusion CarrefourBLinuX 
    [email protected]
    http://lists.freearchive.org/mailman/listinfo/carrefourblinux
Pour s'inscrire par courriel : 
    'mailto:[EMAIL PROTECTED]'
Pour se retirer de la liste par courriel : 
    'mailto:[EMAIL PROTECTED]'

Archives : http://lists.freearchive.org/pipermail//carrefourblinux
Anciennes archives (Yahoogroupes) :
    http://fr.groups.yahoo.com/group/carrefourblinux/messages
Rechercher : http://lists.freearchive.org/cgi-bin/search.cgi

Signets : http://fr.groups.yahoo.com/group/carrefourblinux/links/
Fiches EDU : http://blinuxwiki.pbwiki.com/FichesEdu

Répondre à