[orca-list] BEWARE: Fedora 15 & 16 Unusable for the Speech Dependent Orca User

Janina Sajka janina at rednote.net
Fri Oct 28 00:13:14 UTC 2011


Jason White writes:
> Have you tried configuring speech-dispatcher to use a network socket rather
> than a UNIX socket, e.g., 127.0.0.1? That might give you a work-around until
> the real issue is fixed.
> 
Good idea. Turns out this is fairly simple. In my
/etc/speech-dispatcher/speechd.conf, I do:

 CommunicationMethod "inet_socket"


I believe the following two are default, but just in case, I uncomment
them as well:
 Port 6560
 LocalhostAccessOnly 1

 Now, I'm somewhat concerned that 'nmap -P0 localhost' doesn't show port
 6560. Nevertheless, I try my spd-say command after rebooting ...

> Also, speech-dispatcher should report the error if it can't access the socket;
> it shouldn't hang, in which case there's a bug pertinent to the lack of error
> checking in addition to whatever the underlying problem is.
> 
Indeed, there seems such a bug as hang is what it did. But, now I get
errors as follows. I don't know where to take this. Advice much
appreciated.

janina at sonata 19:02:08 ~$spd-say hello 2>&1
Failed to connect to Speech Dispatcher:
Error: Can't connect to unix socket /home/janina/.speech-dispatcher/speechd.sock: Connection refused. Autospawn: Autospawn failed. Speech Dispatcher refused to start with error code, stating this as a reason: Error: can't open logging file /var/log/speech-dispatcher//speechd.log! Using stdout.
 Thu Oct 27 19:02:22 2011 [184686] ALSA ERROR: Cannot open audio device plughw:2,0 (Device or resource busy)
 Thu Oct 27 19:02:22 2011 [184717] ALSA ERROR: Cannot initialize Alsa device 'plughw:2,0': Can't open.
festival_client: connect to server failed
Error: can't open logging file /var/log/speech-dispatcher//speechd.log! Using stdout.
Autospawn failed: Mismatch in communication methods. Client requests unix_socket, most probably due to its configuration or the
value of the SPEECHD_ADDRESS environment variable, but the server is configured to provide the inet_socket method.

How so still looking for unix sockets? And how so can't write a log? 


Checking the log directory is owned by root, gid root. Directory is set
700, and file is 660. Seems root should be able to write. Or, is SD not
running as root?

Janina

-- 

Janina Sajka,	Phone:	+1.443.300.2200
		sip:janina at asterisk.rednote.net

Chair, Open Accessibility	janina at a11y.org	
Linux Foundation		http://a11y.org

Chair, Protocols & Formats
Web Accessibility Initiative	http://www.w3.org/wai/pf
World Wide Web Consortium (W3C)



More information about the test mailing list