running speech-dispatcher-0.7.1 in system mode

[Trevor Saunders]

Hi,

fair enough, but it seems like there's a bug somewhere here and I'd like
to find it and fix it.  It occured to me that orca is initially started
with a shell script /usr/bin/orca you could try echoing speechd_address
to a file in that and see if you get anything.  If you get an address in
the file it seems it must be an orca or a python-speechd problem if not,
it would seem that the enviroment variable isn't actually being set.

Trev

On Sat, Oct 09, 2010 at 08:10:09PM -0700, Steve Holmes wrote:
> Well, I've pretty much given up on getting speech dispatcher to run as
> a system service here and be able to use gdm.  All the various
> configurations and tests have continuously come up with gdm not
> connecting to speechd where as soon as I change back to autospawn and
> user sessions, it all works again.  Were it not for the gdm problems,
> I had a central system service of speechd running fine with either
> inet or unix sockets.  In fact, towards the end of my testing, I could
> see how unix sockets could be more secure and defining access
> priveleges and all but I even verified that the SPEECHD_ADDRESS values
> was showing up inside the gdm run script but alas no speechd for gdm. 
> 
> So unless I see another compelling reason to go with a system service
> with speech dispatcher in Arch, I think I'll just stick to user
> sessions and autospawning.  at least that's working now.  I'm hoping
> that using libao as an output method instead of alsa might prevent the
> contention problems I ran into yesterday afternoon.
> 
> Thanks for you all's help; I tried but there must be something that
> keeps gdm from talking to the speech server when it is not dynamically
> spawned.
> 
> On Sat, Oct 09, 2010 at 06:49:27PM -0400, Trevor Saunders wrote:
> > Hi,
> > 
> > On Sat, Oct 09, 2010 at 03:44:22PM -0700, Steve Holmes wrote:
> > > Orca doesn't really have anything to do with this - I don't think.
> > 
> > Yes, but its a way to find out something about what's going on in
> > python-speechd.
> > 
> > > The tricky part here is gdm never really launches a shell so I will
> > > have to probably insert an echo statement in the gdm startup script,
> > > /usr/sbin/gdm and redirect the output to a file.  Hum, I think I'll
> > > try that.
> > 
> > yes, not having a shell is the tricky bit, and what I thought of orca's
> > log.
> > 
> > Trev
> > 
> > > 
> > > On Sat, Oct 09, 2010 at 05:00:19PM -0400, Trevor Saunders wrote:
> > > > HI,
> > > > 
> > > > hmm, that's very interesting, I gues the only the to do is read the orca
> > > > debug log.  I't would be nice to conform that the enviroment varaible is
> > > > infact set in the gdm session.
> > > > 
> > > > On Sat, Oct 09, 2010 at 01:43:07PM -0700, Steve Holmes wrote:
> > > > > Yes, I was doing that.  I had gdm working fine when speechd was
> > > > > autospawning and in fact, I have it back to autospawning agin just to
> > > > > be sure.  The problem is when I run speech-dispatcher as a system wide
> > > > > service and configure inet_socket, I can't seem to get gdm to be able
> > > > > to access speech dispatcher.  What would then happen is Orca would
> > > > > come but it would change to gnome-speech and if I would go into the
> > > > > server settings box and arrow down to what should be speech
> > > > > dispatcher, there are no other choices listed.  When I went back to
> > > > > autospawning and removed the environment variable for speechd's port,
> > > > > then restarting gdm brought up Orca but this time, I could change the
> > > > > speech server back to speech dispatcher.
> > > > > 
> > > > > Another thing; when I was attempting to use gdm with speech dispatcher
> > > > > as a wide service, no log files were written to
> > > > > /var/lib/gdm/.speech-dispatcher.  I don't think a .pid was written
> > > > > either.
> > > > 
> > > > yes, you'd have to tell speech dispatcher with a command line option
> > > > where you want logs by hand or in the config file if you don't want them
> > > > to be in $HOME/.speech-dispatcher/log
> > > > 
> > > > Trev
> > > > 
> > > > > 
> > > > > The only reason I started persuing all this was yesterday afternoon, I
> > > > > ran into a situation where I couldn't play any media files due to alsa
> > > > > device being busy or something.  I had to kill all instances of
> > > > > speechd before I got it back.  I'm now experimenting with libao
> > > > > instead; not sure if that will make much of a difference or not.
> > > > > 
> > > > > On Sat, Oct 09, 2010 at 04:28:06PM -0400, Trevor Saunders wrote:
> > > > > > Hi,
> > > > > > 
> > > > > > Have you sanity checked that the orca configuration for gdm is set 
> > > > > > up to
> > > > > > use speechd by default?
> > > > > > 
> > > > > > Trev
> > > > > > 
> > > > > > On Sat, Oct 09, 2010 at 02:17:16AM -0700, Steve Holmes wrote:
> > > > > > > Not using inet_sockets? well, that's another area to try.  I was 
> > > > > > > under
> > > > > > > the impression that you had to use internet sockets instead.  that
> > > > > > > could make things easier if I don't have to try and get this
> > > > > > > environment variable passed to gdm.
> > > > > > > 
> > > > > > > To answer your other question, no, I didn't insert that export 
> > > > > > > line in
> > > > > > > the gdm script itself.  The script runs /etc/profile which sets 
> > > > > > > some
> > > > > > > basic system wide environment variables and then runs all .sh 
> > > > > > > files in
> > > > > > > /et/profile.d.  I stuck another file in /etc/profile.d called
> > > > > > > speechd.sh.  That setup works beautifully when I login as any 
> > > > > > > user and
> > > > > > > run spd-say for a test or do startx to run Orca.  It's just gdm 
> > > > > > > does
> > > > > > > not seem to be able to launch a connection to speechd.  I don't 
> > > > > > > get
> > > > > > > any errors but I don't think it's getting the communication 
> > > > > > > method.
> > > > > > > Not sure what else to look at.  When speechd was autospawning in
> > > > > > > session mode, gdm ran it OK.  But then I ran into alsa device 
> > > > > > > getting
> > > > > > > locked out and that's why I'm going after this system-wide 
> > > > > > > approach
> > > > > > > again.
> > > > > > > 
> > > > > > > On Sat, Oct 09, 2010 at 10:51:22AM +0200, Halim Sahin wrote:
> > > > > > > > Hi,
> > > > > > > > On Sat, Oct 09, 2010 at 12:47:43AM -0700, Steve Holmes wrote:
> > > > > > > > > I just tried from a cold boot and inserted the proper 
> > > > > > > > > environment
> > > > > > > > > variable into a profile that gets read by all programs that 
> > > > > > > > > startup on
> > > > > > > > > my Arch Linux system.  This gets inherited nicely by normal 
> > > > > > > > > users at
> > > > > > > > > login and again, startx works fine but gdm for some reason 
> > > > > > > > > does not
> > > > > > > > > inherit this variable when it runs.  I think gdm is the user 
> > > > > > > > > but it
> > > > > > > > > must run something else that does not inherit these 
> > > > > > > > > environment
> > > > > > > > > variables.
> > > > > > > > 
> > > > > > > > Have you tried exporting the speechd_address in your gdm start 
> > > > > > > > skript?
> > > > > > > > 
> > > > > > > > Gdm under gentoo is not that version which can be used for 
> > > > > > > > creating
> > > > > > > > accessible login afaik.
> > > > > > > > So I can't test it.
> > > > > > > > BTW.: On my machine I use now unix_socket for sd.
> > > > > > > > Sd  starts through an init-skript and works with sbl and orca 
> > > > > > > > :-) :-)
> > > > > > > > :-).
> > > > > > > > 
> > > > > > > > BR.
> > > > > > > > Halim
> > > > > > > > 
> > > > > > > > 
> > > > > > > > _______________________________________________
> > > > > > > > Speechd mailing list
> > > > > > > > Speechd at lists.freebsoft.org
> > > > > > > > http://lists.freebsoft.org/mailman/listinfo/speechd
> > > > > > > 
> > > > > > > _______________________________________________
> > > > > > > Speechd mailing list
> > > > > > > Speechd at lists.freebsoft.org
> > > > > > > http://lists.freebsoft.org/mailman/listinfo/speechd
> > > > > 
> > > > > 
> > > > > 
> > > > > > _______________________________________________
> > > > > > Speechd mailing list
> > > > > > Speechd at lists.freebsoft.org
> > > > > > http://lists.freebsoft.org/mailman/listinfo/speechd
> > > > > 
> > > > > 
> > > > > _______________________________________________
> > > > > Speechd mailing list
> > > > > Speechd at lists.freebsoft.org
> > > > > http://lists.freebsoft.org/mailman/listinfo/speechd
> > > 
> > > 
> > > 
> > > > _______________________________________________
> > > > Speechd mailing list
> > > > Speechd at lists.freebsoft.org
> > > > http://lists.freebsoft.org/mailman/listinfo/speechd
> > > 
> > > 
> > > _______________________________________________
> > > Speechd mailing list
> > > Speechd at lists.freebsoft.org
> > > http://lists.freebsoft.org/mailman/listinfo/speechd
> 
> 
> 
> > _______________________________________________
> > Speechd mailing list
> > Speechd at lists.freebsoft.org
> > http://lists.freebsoft.org/mailman/listinfo/speechd
> 
> 
> _______________________________________________
> Speechd mailing list
> Speechd at lists.freebsoft.org
> http://lists.freebsoft.org/mailman/listinfo/speechd
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: 
<http://lists.freebsoft.org/pipermail/speechd/attachments/20101009/fd879b70/attachment-0001.pgp>