Bug#801670: speech-dispatcher: Hangs and does no longer take speech from Orca until killed
Control: tags -1 + moreinfo Hello, Mario Lang, le mar. 13 oct. 2015 11:39:04 +0200, a ecrit: > I am using Orca with Speech-Dispatcher, and just had speech output hung > completely. > Restarting Orca and even the complete X11 session did not help. On Wed, Jan 18, 2017 at 11:50:32AM AEDT, Samuel Thibault wrote: > I'm wondering what to do with this bug report: 0.8.1 has long been > uploaded. Perhaps also what Luke was talking about? Of course, if > speech-dispatcher still has hangs we need to investigate. Luke Yelavich, le mer. 18 janv. 2017 13:20:33 +1100, a ecrit: > Well, the shutdown stuff I was talking about was released in 0.8.5, so by > default, Speech Dispatcher should shut itself down after 5 seconds of no > clients being connected, but if there are other hangs, then yes I agree they > need to be investigated. Are we still seeing such hangs? Samuel
Bug#801670: [Tts-project] Bug#801670: speech-dispatcher: Hangs and does no longer take speech from Orca until killed
On Wed, Jan 18, 2017 at 11:50:32AM AEDT, Samuel Thibault wrote: > I'm wondering what to do with this bug report: 0.8.1 has long been > uploaded. Perhaps also what Luke was talking about? Of course, if > speech-dispatcher still has hangs we need to investigate. Well, the shutdown stuff I was talking about was released in 0.8.5, so by default, Speech Dispatcher should shut itself down after 5 seconds of no clients being connected, but if there are other hangs, then yes I agree they need to be investigated. Luke
Bug#801670: [Tts-project] Bug#801670: speech-dispatcher: Hangs and does no longer take speech from Orca until killed
Hello, Luke Yelavich, on Wed 14 Oct 2015 09:26:45 +1100, wrote: > On Tue, Oct 13, 2015@08:39:04PM AEDT, Mario Lang wrote: > > Package: speech-dispatcher > > Version: 0.8-7 > > Severity: important > > > > I am using Orca with Speech-Dispatcher, and just had speech output hung > > completely. > > Restarting Orca and even the complete X11 session did not help. > > > > I had to kill the speech-dispatcher process running under my user > > manually. > > This brings to mind a work-around that was added to Speech Dispatcher in > 0.8.1, that would kill the server if a speech synth module died and the > connection to it was lost. Its not a clean solution, but it would@least > mean that the Speech Dispatcher daemon could be restarted automatically > after it died. > > The commit from upstream git where this is fixed is 7a4fae3d. > > As for Speech DIspatcher not being cleaned up when X shuts down, that > is something that is addressed in the current master development branch, > although there is no ETA for release, given its a big change, and other > changes are planned. I'm wondering what to do with this bug report: 0.8.1 has long been uploaded. Perhaps also what Luke was talking about? Of course, if speech-dispatcher still has hangs we need to investigate. Samuel
Bug#801670: speech-dispatcher: Hangs and does no longer take speech from Orca until killed
Halim Sahinwrites: > Which audiooutputmethod are you using? The default, whatever that is. This machine is freshly installed. > If you use pulseaudio > it might be interesting to find out if speech-dispatcher was crashed or > pulseaudio. Killing the speech-dispatcher process cleaned the problem up. I did not need to fiddle with PulseAudio to get sound back. So I rather suspect the culprit was Speech-Dispatcher. -- CYa, ⡍⠁⠗⠊⠕
Bug#801670: speech-dispatcher: Hangs and does no longer take speech from Orca until killed
Package: speech-dispatcher Version: 0.8-7 Severity: important I am using Orca with Speech-Dispatcher, and just had speech output hung completely. Restarting Orca and even the complete X11 session did not help. I had to kill the speech-dispatcher process running under my user manually. The process looked something like: /usr/bin/speech-dispatcher --spawn --socket-path /run/user/1000/speech-dispatcher/speechd.sock --communication-method unix_socket --port 6560 This process was not automatically cleaned up. I am not sure what is the culprit here. Orca or Speech-Dispatcher. In any case, the rogue process should at least have been killed when the X11 session was restarted. This did not happen. This is actually a rather serious bug for those that only rely on speech synthesis to access their computer. It was relatively easy for me as a braille and speech user, to clean this up by hand. However, I can imagine this being a real show stopper if speech is your only means of output from the computer. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages speech-dispatcher depends on: ii adduser 3.113+nmu3 ii libc62.19-22 ii libdotconf0 1.3-0.2 ii libespeak1 1.48.04+dfsg-1 ii libflite11.4-release-12 ii libglib2.0-0 2.46.0-2 ii libltdl7 2.4.2-1.11 ii libspeechd2 0.8-7 ii lsb-base 9.20150917 ii speech-dispatcher-audio-plugins 0.8-7 Versions of packages speech-dispatcher recommends: ii pulseaudio 7.0-1 Versions of packages speech-dispatcher suggests: pn libttspico-utils pn speech-dispatcher-doc-cs pn speech-dispatcher-festival -- no debconf information -- Mario Lang Graz University of Technology IT Services - Computing Steyrergasse 30/1, 8010 Graz, Austria - Europe Phone: +43 316 873 6897 Mobile: +43 664 60 873 6897 Email: ml...@tugraz.at www.zid.tugraz.at
Bug#801670: speech-dispatcher: Hangs and does no longer take speech from Orca until killed
On Tue, Oct 13, 2015 at 08:39:04PM AEDT, Mario Lang wrote: > Package: speech-dispatcher > Version: 0.8-7 > Severity: important > > I am using Orca with Speech-Dispatcher, and just had speech output hung > completely. > Restarting Orca and even the complete X11 session did not help. > > I had to kill the speech-dispatcher process running under my user > manually. This brings to mind a work-around that was added to Speech Dispatcher in 0.8.1, that would kill the server if a speech synth module died and the connection to it was lost. Its not a clean solution, but it would at least mean that the Speech Dispatcher daemon could be restarted automatically after it died. The commit from upstream git where this is fixed is 7a4fae3d. As for Speech DIspatcher not being cleaned up when X shuts down, that is something that is addressed in the current master development branch, although there is no ETA for release, given its a big change, and other changes are planned. Luke