[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#864829: screen reader stops speaking



Control: tags -1 - moreinfo
Control: reassign -1 espeakup 1:0.80-5
Control: retitle -1 espeakup is incompatible with default pulseaudio configuration

On Thu, Jun 15, 2017 at 6:18 PM, Luke Yelavich <themuso@themuso.com> wrote:
On Thu, Jun 15, 2017 at 11:39:35PM AEST, Mika Hanhijärvi wrote:
> I am using the Gnome desktop.
> I have espeakup and Orca installed. I would like to use espeakup on console and
> Orca on desktop. I also would like to be able to switch between text mode
> console and graphical nome desktop without logging out from the desktop.

ESpeakup is running as root, and everything is running as a user. I think the
easiest solution here is to configure Pulse to run system-wide. I know there
is an option in one of the Pulse configuration files to enable this, but I
don't think Debian ships a startup script or systemd service file to use
PulseAudio in system mode. Happy to be corrected.

If that is so, then espeakup is incompatible with a default pulseaudio configuration. Maybe this should be documented somewhere.


On Mon, Jul 3, 2017 at 7:52 AM, Scott Leggett <scott@sl.id.au> wrote:
Hi,

I've been able to reproduce this bug. A not-very-helpful workaround is
to restart espeakup whenever sound goes missing.

I've dug into the issue a bit and found it discussed on
pulseaudio-discuss back in 2010. The discussion on the thread seems to
indicate that espeakup and pulseaudio couldn't coexist at the time due
to espeakup not being multi-seat aware. Lennart summarised what needs to
be done to get them working together[0].

I'm not sure what the situation is now. Looking briefly at espeakup
upstream [1], it doesn't seem to be very active, so maybe the situation is
the same?

[0]
https://lists.freedesktop.org/archives/pulseaudio-discuss/2010-January/006033.html
[1] https://github.com/williamh/espeakup
 
I'm reassigning this bug to espeakup because it should really be modified to work as non-root as Lennart suggested. AFAICT, the only reasong for running as root is to access the softsynth device, but that could be managed via regular uaccess and group mechanism like /dev/snd/* does. We shouldn't require running pulseaudio as root, as it would be better if espeakup would run unprivileged.

I'll leave it to the espeakup maintainers to adjust severity.


--

Saludos,
Felipe Sateler

Reply to: