Bug#864829: screen reader stops speaking

[Felipe Sateler]

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 at 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 at 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/20
> 10-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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-pulseaudio-devel/attachments/20170809/8ad3c849/attachment.html>