running speech-dispatcher-0.7.1 in system mode

[Steve Holmes]

I had no idea Orca was an actual shell script.  Anyway, I was just
thinking, when I start gdm, it never seems to get into speech
dispatcher as I've said before.  But when I go ahead and login to
gnome with my normal user, that of course, launches Orca and that step
does find speech dispatcher and connects to it.  So again, it's only
gdm that doesn't seem to make the connection.  Normal users can call
up speech dispatcher from text consoles with spd-say and with starting
up gnome from startx and also by logging in from the gdm screen.

I was thinking of adding an echo of SPEECHD_ADDRESS into Orca's run
script but since other users cause speechd to be called up
successfully, I'm inclined to assume that script is working properly.

I know Halem got his to work on his Gentoo system but I'm wondering if
anyone else has successfully gotten speech dispatcher to work as a
system wide service and still be able to use it with gdm and other
logins?  If so, what distros? I'm on ArchLinux if that makes any
difference.  I'm really curious as a packager for Arch if I should
persue the system wide approach fully or leave it as user session
instead.  Outside of gdm, speechd was working greate.

On Sat, Oct 09, 2010 at 11:23:09PM -0400, Trevor Saunders wrote:
> 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



> _______________________________________________
> Speechd mailing list
> Speechd at lists.freebsoft.org
> http://lists.freebsoft.org/mailman/listinfo/speechd