Re: [orca-list] BEWARE: Fedora 15 & 16 Unusable for the Speech Dependent Orca User
- From: Janina Sajka <janina rednote net>
- To: orca-list gnome org, For testing and quality assurance of Fedora releases <test lists fedoraproject org>
- Subject: Re: [orca-list] BEWARE: Fedora 15 & 16 Unusable for the Speech Dependent Orca User
- Date: Thu, 27 Oct 2011 20:13:14 -0400
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 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 asterisk rednote net
Chair, Open Accessibility janina a11y org
Linux Foundation http://a11y.org
Chair, Protocols & Formats
Web Accessibility Initiative http://www.w3.org/wai/pf
World Wide Web Consortium (W3C)
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]