Bug#1006192: bullseye-pu: package espeak-ng/1.50+dfsg-7+deb11u1

["Adam D. Barratt" <adam@adam-barratt.org.uk>]

Control: tags -1 + confirmed d-i

On Mon, 2022-02-21 at 00:07 +0100, Samuel Thibault wrote:
> People have reported that when they work on the linux console with
> the
> espeakup screen reader, if they e.g. cat a long file, and the reader
> starts speaking it, and the user presses some key to interrupt the
> read,
> the screen reader remains silent for several seconds before it speaks
> anything again. That is because the speaking events for all the file
> reading have still been queued and the speak cancellation just makes
> them processed very quickly to flush the queue. Unfortunately there
> is a
> little usleep(50ms) that is performed on each event processing. This
> is
> a very old trick that was probably browntape-fixing some erroneous
> condition. We tried to remove that sleep and it didn't seem to have
> any
> nasty side effect. Upstream did commit the change and users are
> really
> happy with the change that completely fixes the delay.
> 

Does this have any impact on the udeb?

Regards,

Adam