bug#33592: "herd restart term-tty2" caused *all* processes to be killed
Hello, Mark H Weaver skribis: > After killing a Wayland 'gnome-session' that I had launched from the > command-line on tty2, the login prompt did not return as it normally > does. > > I decided to try "herd restart term-tty2" to see if that would help. > That turned out to be a serious mistake. It caused TERM to be sent to > all processes, most filesystems to be unmounted, and many (all?) core > services to be stopped. This left my system in a unusuable state, > besides being able to switch between otherwise unresponsive text virtual > terminals and issue SysRq commands. Per ‘guix system shepherd-graph desktop.tmpl’, the only dependent of ‘term-tty2’ is ‘console-font-tty2’. I just tried in a desktop.tmpl VM and only ‘console-font-tty2’ is restarted (screenshot attached.) Same on my laptop, which uses Xorg but not GNOME. Could it be something with the Wayland-related services? Could you check ‘guix system shepherd-graph’ on your config? Thanks, Ludo’.
bug#29963: gajim fails to start on foreign distro
Hi Ricardo, Does this still happen? Clément Ricardo Wurmus writes: > This is what happens when I run “gajim” on Fedora: > > --8<---cut here---start->8--- > rwurmus ~ : gajim > fatal: Not a git repository (or any of the parent directories): .git > > ** (gajim:25022): WARNING **: Trying to register gtype 'GMountMountFlags' as > enum when in fact it is of type 'GFlags' > > ** (gajim:25022): WARNING **: Trying to register gtype 'GDriveStartFlags' as > enum when in fact it is of type 'GFlags' > > ** (gajim:25022): WARNING **: Trying to register gtype 'GSocketMsgFlags' as > enum when in fact it is of type 'GFlags' > D-Bus python bindings are missing in this computer > D-Bus capabilities of Gajim cannot be used > Traceback (most recent call last): > File "gajim.py", line 289, in > import gtkexcepthook > File > "/gnu/store/62g3j1kppq6f1w852384yy0d35m5hn0p-gajim-0.16.9/share/gajim/src/gtkexcepthook.py", > line 31, in > import dialogs > File > "/gnu/store/62g3j1kppq6f1w852384yy0d35m5hn0p-gajim-0.16.9/share/gajim/src/dialogs.py", > line 48, in > import gtkspell > File > "/gnu/store/62g3j1kppq6f1w852384yy0d35m5hn0p-gajim-0.16.9/share/gajim/src/gtkspell.py", > line 43, in > libgtkspell = ctypes.cdll.LoadLibrary(libgtkspell_path) > File > "/gnu/store/0n8ni2ldvyz5yd488cidzi3via7jk7pw-python-2.7.13/lib/python2.7/ctypes/__init__.py", > line 440, in LoadLibrary > return self._dlltype(name) > File > "/gnu/store/0n8ni2ldvyz5yd488cidzi3via7jk7pw-python-2.7.13/lib/python2.7/ctypes/__init__.py", > line 362, in __init__ > self._handle = _dlopen(self._name, mode) > OSError: libgtkspell.so.0: cannot open shared object file: No such file or > directory > --8<---cut here---end--->8---
bug#33596: Segmentation fault in glibc build (after core-updates merge)
Ok so it built the second time I tried, so maybe it was just gremlins in my computer, but im at least documenting this here. gcc ibm1004.c -c -std=gnu11 -fgnu89-inline -O2 -Wall -Werror -Wundef -Wwrite-strings -fmerge-all-constants -fno-stack-protector -frounding-math -g -Wstrict-prototypes -Wold-style-definition -fno-math-errno -fPIC -I../include -I/tmp/guix-build-glibc-2.28.drv-0/build/iconvdata -I/tmp/guix-build-glibc-2.28.drv-0/build -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86/include -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/x86/nptl -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/float128 -I../sysdeps/ieee754/ldbl-96/include -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/include -isystem /gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/include-fixed -isystem /gnu/store/3c9a43ifhbjm8lsc1s183y8a8874fz01-linux-libre-headers-4.14.67/include -D_LIBC_REENTRANT -include /tmp/guix-build-glibc-2.28.drv-0/build/libc-modules.h -DMODULE_NAME=iconvdata -include ../include/libc-symbols.h -DPIC -DSHARED -DTOP_NAMESPACE=glibc -o /tmp/guix-build-glibc-2.28.drv-0/build/iconvdata/ibm1004.os -MD -MP -MF /tmp/guix-build-glibc-2.28.drv-0/build/iconvdata/ibm1004.os.dt -MT /tmp/guix-build-glibc-2.28.drv-0/build/iconvdata/ibm1004.os gcc ibm1026.c -c -std=gnu11 -fgnu89-inline -O2 -Wall -Werror -Wundef -Wwrite-strings -fmerge-all-constants -fno-stack-protector -frounding-math -g -Wstrict-prototypes -Wold-style-definition -fno-math-errno -fPIC -I../include -I/tmp/guix-build-glibc-2.28.drv-0/build/iconvdata -I/tmp/guix-build-glibc-2.28.drv-0/build -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86/include -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/x86/nptl -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/x86_64/64 -I../sysdeps/x86_64/fpu/multiarch -I../sysdeps/x86_64/fpu -I../sysdeps/x86/fpu/include -I../sysdeps/x86/fpu -I../sysdeps/x86_64/multiarch -I../sysdeps/x86_64 -I../sysdeps/x86 -I../sysdeps/ieee754/float128 -I../sysdeps/ieee754/ldbl-96/include -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/include -isystem /gnu/store/4sqps8dczv3g7rwbdibfz6rf5jlk7w90-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/include-fixed -isystem /gnu/store/3c9a43ifhbjm8lsc1s183y8a8874fz01-linux-libre-headers-4.14.67/include -D_LIBC_REENTRANT -include /tmp/guix-build-glibc-2.28.drv-0/build/libc-modules.h -DMODULE_NAME=iconvdata -include ../include/libc-symbols.h -DPIC -DSHARED -DTOP_NAMESPACE=glibc -o /tmp/guix-build-glibc-2.28.drv-0/build/iconvdata/ibm1026.os -MD -MP -MF /tmp/guix-build-glibc-2.28.drv-0/build/iconvdata/ibm1026.os.dt -MT /tmp/guix-build-glibc-2.28.drv-0/build/iconvdata/ibm1026.os gcc cp1125.c -c -std=gnu11 -fgnu89-inline -O2 -Wall -Werror -Wundef -Wwrite-strings -fmerge-all-constants -fno-stack-protector -frounding-math -g -Wstrict-prototypes -Wold-style-definition -fno-math-errno -fPIC -I../include -I/tmp/guix-build-glibc-2.28.drv-0/build/iconvdata -I/tmp/guix-build-glibc-2.28.drv-0/build -I../sysdeps/unix/sysv/linux/x86_64/64 -I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/x86/include -I../sysdeps/unix/sysv/linux/x86 -I../sysdeps/x86/nptl -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/x86_64/nptl -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/x86_64 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps
bug#29963: gajim fails to start on foreign distro
Hi Clément, > Does this still happen? I cannot reproduce this with Gajim 1.1.0. -- Ricardo
bug#33584: Testing on other operating systems
I was unable to replicate the issue on other operating systems. I tested on Debian, Ubuntu, Fedora, and OpenSUSE, and the synchronization works perfectly. It seems that the issue indeed lies within Guix/GuixSD.
bug#33603: Invalid hash for NSS-Certs
Generation 10 Dec 03 2018 11:42:41(current) guix 4f03aa2 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 4f03aa23e805bd653de774e1d74ed2f50826899b downloading from https://mirror.hydra.gnu.org/guix/nar/gzip/xbj4fhad0lnz0ziflwi90gyqbls8ains-nss-certs-3.39... nss-certs-3.39 145KiB 417KiB/s 00:00 [##] 100.0% sha256 hash mismatch for /gnu/store/xbj4fhad0lnz0ziflwi90gyqbls8ains-nss-certs-3.39: expected hash: 101v69xp1qzw9v6pgmbhw7gfdaic8vvs4v5l567lx7f2mjp25rla actual hash: 08ziz714diyfq2klxy1nc0nhr5wa2vd356n9vizlq913a7an9a9s substitution of /gnu/store/xbj4fhad0lnz0ziflwi90gyqbls8ains-nss-certs-3.39 failed
bug#33604: Backtrace in guix package -s
Hi all, When I run ex: `guix package -s emacs` it is presenting this backtrace. It has been there for a few commits now. Does anybody have thoughts on it? Backtrace: In ice-9/boot-9.scm: 829:9 19 (catch _ _ # …) 829:9 18 (catch _ _ # …) In guix/scripts/package.scm: 914:8 17 (_) 760:9 16 (process-query _) In ice-9/boot-9.scm: 829:9 15 (catch _ _ # …) In guix/scripts/package.scm: 762:24 14 (_) 180:17 13 (find-packages-by-description _) In guix/discovery.scm: 155:3 12 (fold-module-public-variables _ _ _) In guix/combinators.scm: 45:26 11 (fold2 # …) 45:26 10 (fold2 # …) In guix/discovery.scm: 158:33 9 (_ # …) In guix/scripts/package.scm: 183:38 8 (_ # …) In srfi/srfi-1.scm: 466:18 7 (fold # …) In guix/ui.scm: 1270:13 6 (_ _ 4) 1146:23 5 (texi->plain-text _) In texinfo.scm: 1131:22 4 (parse _) 910:31 3 (loop # (*fragment*) # …) 753:31 2 (_ # _ #f # …) 492:18 1 (read-command-token #) 446:8 0 (read-command #) texinfo.scm:446:8: In procedure read-command: Throw to key `parser-error' with args `(# "Nonalphabetic @-command char: '" #\) "'")'. brettg@guixsd ~$ guix describe Generation 12 Dec 03 2018 15:17:28(current) guix 91a4863 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 91a4863d9d727754d1743f4c0591c63b950494cf
bug#33605: ncmpcpp fails to build with Boost 1.68.0
Since the core-updates merge, ncmpcpp is failing to build during its
configure phase:
--
starting phase `configure'
source directory: "/tmp/guix-build-ncmpcpp-0.8.2.drv-0/ncmpcpp-0.8.2" (relative
from build: ".")
build directory: "/tmp/guix-build-ncmpcpp-0.8.2.drv-0/ncmpcpp-0.8.2"
configure flags:
("CONFIG_SHELL=/gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash"
"SHELL=/gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash"
"--prefix=/gnu/store/anhg2l53c15ipiwnvbcg7rjfdg1ml68q-ncmpcpp-0.8.2"
"--enable-fast-install" "--build=x86_64-unknown-linux-gnu"
"LIBS=-L/gnu/store/k8djbb701a48k310kpkf3vpic4d1jyz5-boost-1.68.0/lib -lboost"
"CFLAGS=-I/gnu/store/k8djbb701a48k310kpkf3vpic4d1jyz5-boost-1.68.0/include")
checking for a BSD-compatible install...
/gnu/store/5s2nib1lrd2101bbrivcl17kjx1mspw6-coreutils-8.30/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p...
/gnu/store/5s2nib1lrd2101bbrivcl17kjx1mspw6-coreutils-8.30/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... no
checking whether make supports nested variables... yes
checking for g++... g++
checking whether the C++ compiler works... no
configure: error: in `/tmp/guix-build-ncmpcpp-0.8.2.drv-0/ncmpcpp-0.8.2':
configure: error: C++ compiler cannot create executables
See `config.log' for more details
Backtrace:
4 (primitive-load "/gnu/store/yrxl18dp9j89iz0013f7x9jva02…")
In ice-9/eval.scm:
191:35 3 (_ _)
In srfi/srfi-1.scm:
863:16 2 (every1 # …)
In
/gnu/store/gfprsx2m62cvqbh7ysc9ay9slhijvmal-module-import/guix/build/gnu-build-system.scm:
799:28 1 (_ _)
In
/gnu/store/gfprsx2m62cvqbh7ysc9ay9slhijvmal-module-import/guix/build/utils.scm:
616:6 0 (invoke _ . _)
/gnu/store/gfprsx2m62cvqbh7ysc9ay9slhijvmal-module-import/guix/build/utils.scm:616:6:
In procedure invoke:
Throw to key `srfi-34' with args `(#)'.
builder for `/gnu/store/xnypbkav5wnqnjh8dxslcw6a2f8m6pmf-ncmpcpp-0.8.2.drv'
failed with exit code 1
build of /gnu/store/xnypbkav5wnqnjh8dxslcw6a2f8m6pmf-ncmpcpp-0.8.2.drv failed
--
I assume the failure is related to the Boost upgrade from 1.66.0 to
1.68.0, but I haven't confirmed that yet.
signature.asc
Description: PGP signature
bug#33604: Backtrace in guix package -s
Hi Brett, Brett Gilio writes: > Hi all, When I run ex: `guix package -s emacs` it is presenting this > backtrace. It has been there for a few commits now. Does anybody have > thoughts on it? > > Backtrace: > In ice-9/boot-9.scm: > 829:9 19 (catch _ _ # …) > 829:9 18 (catch _ _ # …) > In guix/scripts/package.scm: > 914:8 17 (_) > 760:9 16 (process-query _) > In ice-9/boot-9.scm: > 829:9 15 (catch _ _ # …) > In guix/scripts/package.scm: >762:24 14 (_) >180:17 13 (find-packages-by-description _) > In guix/discovery.scm: > 155:3 12 (fold-module-public-variables _ _ _) > In guix/combinators.scm: > 45:26 11 (fold2 # …) > 45:26 10 (fold2 # …) > In guix/discovery.scm: >158:33 9 (_ # …) > In guix/scripts/package.scm: >183:38 8 (_ # …) > In srfi/srfi-1.scm: >466:18 7 (fold # …) > In guix/ui.scm: > 1270:13 6 (_ _ 4) > 1146:23 5 (texi->plain-text _) > In texinfo.scm: > 1131:22 4 (parse _) >910:31 3 (loop # (*fragment*) # …) >753:31 2 (_ # _ #f # …) >492:18 1 (read-command-token #) > 446:8 0 (read-command #) > > texinfo.scm:446:8: In procedure read-command: > Throw to key `parser-error' with args `(# > "Nonalphabetic @-command char: '" #\) "'")'. This appears to be due to an error in the texinfo markup within one of the fields of the 'emacs-csharp-mode' package. I can't find an 'emacs-csharp-mode' package in the Guix source tree, so I guess it lives in one of your private package directories. Mark
bug#33592: "herd restart term-tty2" caused *all* processes to be killed
Hi, l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> After killing a Wayland 'gnome-session' that I had launched from the >> command-line on tty2, the login prompt did not return as it normally >> does. >> >> I decided to try "herd restart term-tty2" to see if that would help. >> That turned out to be a serious mistake. It caused TERM to be sent to >> all processes, most filesystems to be unmounted, and many (all?) core >> services to be stopped. This left my system in a unusuable state, >> besides being able to switch between otherwise unresponsive text virtual >> terminals and issue SysRq commands. > > Per ‘guix system shepherd-graph desktop.tmpl’, the only dependent of > ‘term-tty2’ is ‘console-font-tty2’. > > I just tried in a desktop.tmpl VM and only ‘console-font-tty2’ is > restarted (screenshot attached.) Same on my laptop, which uses Xorg but > not GNOME. > > Could it be something with the Wayland-related services? Could you > check ‘guix system shepherd-graph’ on your config? I did so, and it shows that the only dependent of 'term-tty2' is 'console-font-tty2', as expected. I've attached my OS config, in case it contains any clues. Thanks, Mark ;; This is an operating system configuration template ;; for a "desktop" setup with GNOME and Xfce where the ;; root partition is encrypted with LUKS. (use-modules (gnu) (gnu system nss) (srfi srfi-1) (guix packages)) (use-service-modules base desktop networking xorg dbus) (use-package-modules certs gnome cryptsetup linux admin guile firmware xdisorg libusb suckless) (define keymap (plain-file "keymap" "keymaps 0-255 keycode 42 = Shift keycode 54 = Shift keycode 29 = Control keycode 58 = Control keycode 56 = Alt keycode 100 = Alt alt shift keycode 1 = Meta_Escape alt shift keycode 2 = Meta_exclam alt shift keycode 3 = Meta_at alt shift keycode 4 = Meta_numbersign alt shift keycode 5 = Meta_dollar alt shift keycode 6 = Meta_percent alt shift keycode 7 = Meta_asciicircum shift control keycode 7 = Control_asciicircum control alt keycode 7 = Meta_Control_asciicircum shift control alt keycode 7 = Meta_Control_asciicircum alt shift keycode 8 = Meta_ampersand alt shift keycode 9 = Meta_asterisk alt shift keycode 10 = Meta_parenleft alt shift keycode 11 = Meta_parenright alt shift keycode 12 = Meta_underscore shift control keycode 12 = Control_underscore control alt keycode 12 = Meta_Control_underscore shift control alt keycode 12 = Meta_Control_underscore alt shift keycode 13 = Meta_plus alt shift keycode 14 = Meta_Delete alt shift keycode 15 = Meta_Tab alt shift keycode 16 = Meta_Q alt shift keycode 17 = Meta_W alt shift keycode 18 = Meta_E alt shift keycode 19 = Meta_R alt shift keycode 20 = Meta_T alt shift keycode 21 = Meta_Y alt shift keycode 22 = Meta_U alt shift keycode 23 = Meta_I alt shift keycode 24 = Meta_O alt shift keycode 25 = Meta_P alt shift keycode 26 = Meta_braceleft control alt keycode 26 = Meta_Escape alt shift keycode 27 = Meta_braceright control alt keycode 27 = Meta_Control_bracketright alt shift keycode 28 = Meta_Control_m alt shift keycode 29 = Meta_Control alt shift keycode 30 = Meta_A alt shift keycode 31 = Meta_S alt shift keycode 32 = Meta_D alt shift keycode 33 = Meta_F alt shift keycode 34 = Meta_G alt shift keycode 35 = Meta_H alt shift keycode 36 = Meta_J alt shift keycode 37 = Meta_K alt shift keycode 38 = Meta_L alt shift keycode 39 = Meta_colon alt shift keycode 40 = Meta_quotedbl alt shift keycode 41 = Meta_asciitilde alt shift keycode 43 = Meta_bar control alt keycode 43 = Meta_Control_backslash alt shift keycode 44 = Meta_Z alt shift keycode 45 = Meta_X alt shift keycode 46 = Meta_C alt shift keycode 47 = Meta_V alt shift keycode 48 = Meta_B alt shift keycode 49 = Meta_N alt shift keycode 50 = Meta_M alt shift keycode 51 = Meta_less alt shift keycode 52 = Meta_greater alt shift keycode 53 = Meta_question alt shift keycode 57 = Meta_space ")) (operating-system (host-name "jojen") (timezone "right/US/Eastern") (locale "en_US.utf8") (bootloader (bootloader-configuration (bootloader grub-bootloader) (target "/dev/sda"))) (kernel linux-libre) ;;(firmware (list ath9k-htc-firmware)) (firmware '()) ;; Specify a mapped device for the encrypted root partition. ;; The UUID is that returned by 'cryptsetup luksUUID'. (mapped-devices (list (mapped-device (source (uuid "a56c53e7-b345-4e24-a17b-6cf158dbc7d3")) (target "jojen-root") (type luks-device-mapping (file-systems (cons* (file-system ;; FIXME: reference by the file system label? (device "/dev/mapper/jojen-root") (mount-point "/") (type "btrfs") (dependencies mapped-devices)) %base-file-systems)) (users (cons* (user-account (name "mhw") (uid 1000)
bug#33604: Backtrace in guix package -s
Mark H Weaver writes: > Hi Brett, > > Brett Gilio writes: > >> Hi all, When I run ex: `guix package -s emacs` it is presenting this >> backtrace. It has been there for a few commits now. Does anybody have >> thoughts on it? >> >> Backtrace: >> In ice-9/boot-9.scm: >> 829:9 19 (catch _ _ # …) >> 829:9 18 (catch _ _ # …) >> In guix/scripts/package.scm: >> 914:8 17 (_) >> 760:9 16 (process-query _) >> In ice-9/boot-9.scm: >> 829:9 15 (catch _ _ # …) >> In guix/scripts/package.scm: >>762:24 14 (_) >>180:17 13 (find-packages-by-description _) >> In guix/discovery.scm: >> 155:3 12 (fold-module-public-variables _ _ _) >> In guix/combinators.scm: >> 45:26 11 (fold2 # …) >> 45:26 10 (fold2 # …) >> In guix/discovery.scm: >>158:33 9 (_ # …) >> In guix/scripts/package.scm: >>183:38 8 (_ # …) >> In srfi/srfi-1.scm: >>466:18 7 (fold # …) >> In guix/ui.scm: >> 1270:13 6 (_ _ 4) >> 1146:23 5 (texi->plain-text _) >> In texinfo.scm: >> 1131:22 4 (parse _) >>910:31 3 (loop # (*fragment*) # …) >>753:31 2 (_ # _ #f # …) >>492:18 1 (read-command-token #) >> 446:8 0 (read-command #) >> >> texinfo.scm:446:8: In procedure read-command: >> Throw to key `parser-error' with args `(# >> "Nonalphabetic @-command char: '" #\) "'")'. > > This appears to be due to an error in the texinfo markup within one of > the fields of the 'emacs-csharp-mode' package. > > I can't find an 'emacs-csharp-mode' package in the Guix source tree, so > I guess it lives in one of your private package directories. > >Mark You're right! My mistake! Thank you!
bug#33585: Ardour 5 not showing up under GNOME applications menu
If you look inside the package: `ls -lha $(guix build ardour)/share`, you will see there is no applications directory, which contains .desktop files. For some reason Ardour doesn't appear to be providing one, we may have to add one manually. I'll have a look at it after work.
bug#33604: Backtrace in guix package -s
>> This appears to be due to an error in the texinfo markup within one of >> the fields of the 'emacs-csharp-mode' package. >> >> I can't find an 'emacs-csharp-mode' package in the Guix source tree, so >> I guess it lives in one of your private package directories. >> >>Mark > > You're right! My mistake! Thank you! Closing this bug. -- Ricardo
bug#33586: "updating substitutes" spam
Taylan Kammer writes: > A minor issue, but I wanted to create a bug-report for this to make > sure it's on the radar. > > During updates, guix may print this message hundreds of times: > > substitute: updating substitutes from 'http://...' 100% > > Repetitions of this message should probably be coalesced into a single > message. Each of these messages is for a different substitute query. We are currently not showing the query, so it looks like the same work is done multiple times. The substitute queries are executed at different times. Coalescing the messages would mean that the messages for previous queries are delayed until the last query is performed. This would not be good. I don’t know if we can reorder the queries so that they all happen at once. -- Ricardo
