> Feel free to commit whatever you think is good on svn. 
ok ;-)
> Will ask remi to do the same for the tuxttsdaemon.
Ok but there will be some more changes for tuxttsdaemon.
If we want to use the same least privileges principle we've to:
- have sufficient privileges to open the ALSA channel
- drop the privileges just after opening the channel

But from this little test I can see that tuxttsdaemon
tries to open the channel only when some text is rendered.

[EMAIL PROTECTED]:/$ tuxttsdaemon
-----------------------------------
Tux TTS Daemon V0.2.9
Acapela group Text to speech system
Kysoh 2007.
-----------------------------------
Voice list:
[Ryan8k]
[Bruno8k]
[Julie8k]
[Heather8k]
TCP server : started
TCP server : client incomming
### oops little typo to fix here: *incoming*

### now from gtdi I try to play sth:
ALSA lib pcm_hw.c:1357:(_snd_pcm_hw_open) Invalid value for card
cannot open audio device hw:2,1 (No such device)
Erreur de segmentation
### Some better error handling than core dump is welcome too ;-)

And if the channel is not maintained opened all the time but
reopened each time a text is rendered we cannot drop
the privileges :-(

There is a separate alsa channel only for tts, you could open
the channel at startup, drop privs and keep it opened.

Phil


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
tux-droid-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/tux-droid-user

Reply via email to