bug#42861: emacspeak won't shut up about TTS sync states

On 4/2/21 10:44 AM, Nicolas Goaziou wrote: Hello, Kei 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 inste

bug#42861: emacspeak won't shut up about TTS sync states

On Fri, 2021-04-02 at 16:44 +0200, Nicolas Goaziou wrote: > Hello, > > Kei 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 >

bug#42861: emacspeak won't shut up about TTS sync states

On Thu, 2021-04-01 at 17:30 +0200, Nicolas Goaziou wrote: > Hello, > > Kei 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

bug#42861: emacspeak won't shut up about TTS sync states

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 From

bug#44916: No option to add whisker menu to xfce panel after installing package xfce4-whiskermenu-plugin.

is here: https://issues.guix.gnu.org/45062 Thanks, Kei signature.asc Description: PGP signature

bug#44916: No option to add whisker menu to xfce panel after installing package xfce4-whiskermenu-plugin.

Hello all! Michael Rohleder writes: > Thank you for reporting! > > potentialuse...@postpro.net writes: >> After doing a fresh install of Guix system using the graphics >> install menu and picking the xfce option, I decided to substitute >> xfce's "Applications" menu with the "Whisker" menu. >>

bug#39955: wxmaxima: broken help menus

This bug appears to have been fixed by the patches sent on July 31, pushed to master as commits e79fe4f675 and 93d9737d2b respectively. Thanks for reporting this, and please let us know if you continue to have issues with wxMaxima on Guix!

bug#39955: wxmaxima: broken help menus

borted" is dumped to stderr. Hi Christopher, Can you try applying these two patches to see if they resolve this issue on your machine? >From 769eee72f408f31d77d261bf3b14479f8383873e Mon Sep 17 00:00:00 2001 From: Kei Kebreau Date: Tue, 30 Jun 2020 17:07:48 -0400 Subject: [PATCH 1/2]

bug#39955: wxmaxima: broken help menus

Hi all, I saw this bug as I was updating WxMaxima today. It seems the issue is with "filetype->GetOpenCommand()" function calls in src/wxMaxima.cpp (lines 3796 and 4078 specifically). These calls are used to find a browser that can open the HTML help files. We could hard-code a browser (e.g.,

bug#29256: maxima: The SGC segfault recovery test failed with memprotect_bad_fault_address, SGC disabled

Kei Kebreau <kkebr...@posteo.net> writes: > > I turns out that the issue is with stratified garbage collection in > GCL. The substitute from hydra.gnu.org does in fact give me the error > when I run "(si::sgc-on t)" in the REPL. I'm preparing a patch to update > GC

bug#29256: maxima: The SGC segfault recovery test failed with memprotect_bad_fault_address, SGC disabled

Alex Vong <alexvong1...@gmail.com> writes: > Kei Kebreau <kkebr...@posteo.net> writes: > >> Alex Vong <alexvong1...@gmail.com> writes: >> >>> Hello all, >>> >>> When I start maxima, I get the following

bug#29256: maxima: The SGC segfault recovery test failed with memprotect_bad_fault_address, SGC disabled

the GCL binary from hydra.gnu.org doesn't give this error when I run it. It seems like this comes down a bug in GCL set off by Maxima, a bug in Maxima, a reproducibility issue, or some combination of all of these. I'll be investigating this further. Thank you, Kei signature.asc Description: PGP signature

bug#27264: gnome-shell-3.24.2 consistently dies during initialization

Mark H Weaver writes: > Marius Bakke writes: > >> Mark H Weaver writes: >> >>> I have a question: Does GNOME 3 work for *anyone* in Guix now? If so, >>> that would be useful information. If not, I wonder why this got merged >>> into

bug#23056: (no subject)

On 2016-03-21 18:50, l...@gnu.org wrote: Kei <k...@openmailbox.org> skribis: I've managed to get guix to build by running mount -t tmpfs tmp /tmp prior to building. I've tried it on two separate hard drives. OK, good. Perhaps you can try and replicate my results? No, I’d reall

bug#23056: (no subject)

I've managed to get guix to build by running mount -t tmpfs tmp /tmp prior to building. I've tried it on two separate hard drives. Perhaps you can try and replicate my results? Kei