GNU bug report logs - #42861
emacspeak won't shut up about TTS sync states

Previous Next

Package: guix;

Reported by: Christopher Lemmer Webber <cwebber <at> dustycloud.org>

Date: Fri, 14 Aug 2020 15:48:01 UTC

Severity: normal

Done: Kei Kebreau <kkebreau <at> posteo.net>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 42861 in the body.
You can then email your comments to 42861 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#42861; Package guix. (Fri, 14 Aug 2020 15:48:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Christopher Lemmer Webber <cwebber <at> dustycloud.org>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Fri, 14 Aug 2020 15:48:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Christopher Lemmer Webber <cwebber <at> dustycloud.org>
To: bug-guix <at> gnu.org
Cc: Kei Kebreau <kei <at> openmailbox.org>
Subject: emacspeak won't shut up about TTS sync states
Date: Fri, 14 Aug 2020 11:47:30 -0400
I was excited to try emacspeak again and opened it, but emacspeak would
nonstop talk about "tts sync states" over and over and over again... I
don't remember this being the case when I tried it on Debian years ago.
It's saying it so much nonstop I'm not getting any other commands in.

Anyone else trying out emacspeak on Guix and getting better results?




Information forwarded to bug-guix <at> gnu.org:
bug#42861; Package guix. (Mon, 29 Mar 2021 03:42:02 GMT) Full text and rfc822 format available.

Message #8 received at 42861 <at> debbugs.gnu.org (full text, mbox):

From: Kei <kkebreau <at> posteo.net>
To: 42861 <at> debbugs.gnu.org
Cc: cwebber <at> dustycloud.org
Subject: Re: emacspeak won't shut up about TTS sync states
Date: Sun, 28 Mar 2021 23:41:33 -0400
[Message part 1 (text/plain, inline)]
Hi there!

Sorry it took me a while to respond.  I don't actively use the openmailbox email
account anymore.  Please try this patch when you can.  The sounds don't quite
work like they do on Debian yet, but at least emacspeak doesn't go on and on
about the TTS sync state and such.

Kei
[0001-gnu-emacspeak-Fix-Tclx-and-espeak-server-loading.patch (text/x-patch, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#42861; Package guix. (Thu, 01 Apr 2021 15:31:02 GMT) Full text and rfc822 format available.

Message #11 received at 42861 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
To: Kei <kkebreau <at> posteo.net>
Cc: 42861 <at> debbugs.gnu.org
Subject: Re: bug#42861: emacspeak won't shut up about TTS sync states
Date: Thu, 01 Apr 2021 17:30:07 +0200
Hello,

Kei <kkebreau <at> posteo.net> writes:

> Sorry it took me a while to respond.  I don't actively use the openmailbox email
> account anymore.  Please try this patch when you can.  The sounds don't quite
> work like they do on Debian yet, but at least emacspeak doesn't go on and on
> about the TTS sync state and such.

This is much better indeed. Thank you.

On Debian espeak seems to be activated after loading ".emacs" file.
Here, the package spells out all configuration messages displayed on in
the minibuffer.

Regards,
-- 
Nicolas Goaziou




Information forwarded to bug-guix <at> gnu.org:
bug#42861; Package guix. (Fri, 02 Apr 2021 03:02:02 GMT) Full text and rfc822 format available.

Message #14 received at 42861 <at> debbugs.gnu.org (full text, mbox):

From: Kei <kkebreau <at> posteo.net>
To: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
Cc: 42861 <at> debbugs.gnu.org
Subject: Re: bug#42861: emacspeak won't shut up about TTS sync states
Date: Thu, 01 Apr 2021 23:00:59 -0400
On Thu, 2021-04-01 at 17:30 +0200, Nicolas Goaziou wrote:
> Hello,
> 
> Kei <kkebreau <at> posteo.net> writes:
> 
> > Sorry it took me a while to respond.  I don't actively use the openmailbox
> > email
> > account anymore.  Please try this patch when you can.  The sounds don't
> > quite
> > work like they do on Debian yet, but at least emacspeak doesn't go on and on
> > about the TTS sync state and such.
> 
> This is much better indeed. Thank you.
> 

My pleasure!

> On Debian espeak seems to be activated after loading ".emacs" file.

How are you able to tell (aside from looking at the command line arguments)? 
I'm unable to distinguish the startup processes using Emacs on Debian and Guix
even if I install "etc/emacspeak.sh" as the startup script instead of "run".

> Here, the package spells out all configuration messages displayed on in
> the minibuffer.
> 

Unless I'm misunderstanding you, Emacspeak seems to do the same for me on
Debian.  For example, it reads "Active processes exist?..." and so on when
exiting.  Is this not proper behavior?

Thanks,
Kei





Information forwarded to bug-guix <at> gnu.org:
bug#42861; Package guix. (Fri, 02 Apr 2021 14:45:01 GMT) Full text and rfc822 format available.

Message #17 received at 42861 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
To: Kei <kkebreau <at> posteo.net>
Cc: 42861 <at> debbugs.gnu.org
Subject: Re: bug#42861: emacspeak won't shut up about TTS sync states
Date: Fri, 02 Apr 2021 16:44:17 +0200
Hello,

Kei <kkebreau <at> posteo.net> writes:

> How are you able to tell (aside from looking at the command line arguments)? 
> I'm unable to distinguish the startup processes using Emacs on Debian and Guix
> even if I install "etc/emacspeak.sh" as the startup script instead of
> "run".

On Debian, the voice kicks in after all the initial minibuffer
information is displayed, i.e., it starts when it is actually ready. On
Guix, see below.

>> Here, the package spells out all configuration messages displayed on
>> in the minibuffer.
>> 
>
> Unless I'm misunderstanding you, Emacspeak seems to do the same for me on
> Debian.  For example, it reads "Active processes exist?..." and so on when
> exiting.  Is this not proper behavior?

It is, but I am speaking at the initial messages, when you start a fresh
Emacs session.

Regards,
-- 
Nicolas Goaziou




Information forwarded to bug-guix <at> gnu.org:
bug#42861; Package guix. (Mon, 05 Apr 2021 14:04:02 GMT) Full text and rfc822 format available.

Message #20 received at 42861 <at> debbugs.gnu.org (full text, mbox):

From: Kei <kkebreau <at> posteo.net>
To: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
Cc: 42861 <at> debbugs.gnu.org
Subject: Re: bug#42861: emacspeak won't shut up about TTS sync states
Date: Mon, 05 Apr 2021 10:02:51 -0400
On Fri, 2021-04-02 at 16:44 +0200, Nicolas Goaziou wrote:
> Hello,
> 
> Kei <kkebreau <at> posteo.net> writes:
> 
> > How are you able to tell (aside from looking at the command line
> > arguments)? 
> > I'm unable to distinguish the startup processes using Emacs on Debian and
> > Guix
> > even if I install "etc/emacspeak.sh" as the startup script instead of
> > "run".
> 
> On Debian, the voice kicks in after all the initial minibuffer
> information is displayed, i.e., it starts when it is actually ready. On
> Guix, see below.
> 
> > > Here, the package spells out all configuration messages displayed on
> > > in the minibuffer.
> > > 
> > 
> > Unless I'm misunderstanding you, Emacspeak seems to do the same for me on
> > Debian.  For example, it reads "Active processes exist?..." and so on when
> > exiting.  Is this not proper behavior?
> 
> It is, but I am speaking at the initial messages, when you start a fresh
> Emacs session.
> 

I'm having trouble replicating the issue you're having.  When I run Emacspeak on
Debian and Guix, the first thing I hear is "espeak one point five zero espeak". 
Also, when I place an infinite loop in my Emacs init file, Emacspeak is
prevented from loading in both cases.

Thanks,
Kei





Reply sent to Kei Kebreau <kkebreau <at> posteo.net>:
You have taken responsibility. (Wed, 21 Apr 2021 21:46:02 GMT) Full text and rfc822 format available.

Notification sent to Christopher Lemmer Webber <cwebber <at> dustycloud.org>:
bug acknowledged by developer. (Wed, 21 Apr 2021 21:46:02 GMT) Full text and rfc822 format available.

Message #25 received at 42861-done <at> debbugs.gnu.org (full text, mbox):

From: Kei Kebreau <kkebreau <at> posteo.net>
To: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
Cc: 42861-done <at> debbugs.gnu.org
Subject: Re: bug#42861: emacspeak won't shut up about TTS sync states
Date: Wed, 21 Apr 2021 21:44:48 +0000
On 4/2/21 10:44 AM, Nicolas Goaziou wrote:
> Hello,
>
> Kei <kkebreau <at> posteo.net> writes:
>
>> How are you able to tell (aside from looking at the command line arguments)?
>> I'm unable to distinguish the startup processes using Emacs on Debian and Guix
>> even if I install "etc/emacspeak.sh" as the startup script instead of
>> "run".
> On Debian, the voice kicks in after all the initial minibuffer
> information is displayed, i.e., it starts when it is actually ready. On
> Guix, see below.
>
>>> Here, the package spells out all configuration messages displayed on
>>> in the minibuffer.
>>>
>> Unless I'm misunderstanding you, Emacspeak seems to do the same for me on
>> Debian.  For example, it reads "Active processes exist?..." and so on when
>> exiting.  Is this not proper behavior?
> It is, but I am speaking at the initial messages, when you start a fresh
> Emacs session.
>
> Regards,

I've pushed the patch as-is to master. If you are able to provide a 
method to replicate the issues you speak of here, please message me and 
we can open a bug report.


Thanks,

Kei Kebreau





Information forwarded to bug-guix <at> gnu.org:
bug#42861; Package guix. (Wed, 21 Apr 2021 23:41:01 GMT) Full text and rfc822 format available.

Message #28 received at 42861-done <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Goaziou <mail <at> nicolasgoaziou.fr>
To: Kei Kebreau <kkebreau <at> posteo.net>
Cc: 42861-done <at> debbugs.gnu.org
Subject: Re: bug#42861: emacspeak won't shut up about TTS sync states
Date: Thu, 22 Apr 2021 01:39:55 +0200
Hello,

Kei Kebreau <kkebreau <at> posteo.net> writes:

> I've pushed the patch as-is to master.

Thank you.

> I was If you are able to provide a method to replicate the issues you
> speak of here, please message me and we can open a bug report.

OK noted.

Regards,
-- 
Nicolas Goaziou




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 20 May 2021 11:24:08 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 331 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.