Bug#988260: guix: GNOME sessions crash with mismatched glib-2.0 schemas
On 2022-12-15, Alberto Luaces wrote: > Just confirming this issue also affects debian's emacs. > > /etc/profile.d/guix.sh implicitly sets up EMACSLOADPATH when sourcing > the profile. > > I think that emacs only reads dirs in EMACSLOADPATH if it is set, so > after that any .el files under /usr/ are not found. Even if that were > not the case, I also think that it would be still undesirable for > debian emacs to look first into the guix profile directories, since it > could cause mixed version .el file loads. > > I am a new guix user, so maybe I am not understanding something, but I > tend to believe that currently the rationale is that it is not > expected that the user can have co-existing guix and debian versions > of the same software. There are certain softwares where this is not possible because of how they are designed, yes... namely anything that uses a PATH-like variable that does not work with multiple sources, or modules that cannot handle multiple underlying libraries at play... Figuring that out on a case-by-case basis is definitely tricky. > So far I have deleted /etc/profile.d/guix.sh and I am proceeding to > activate guix profiles only when I am needing them. This will mean you will need to manually add the guix profile directories to your path if you want to be able to access software installed via guix in your user profile, and to add the guix installed via "guix pull" to your PATH (e.g. to get newer versions of software and/or features available in guix). live well, vagrant signature.asc Description: PGP signature
Bug#988260: guix: GNOME sessions crash with mismatched glib-2.0 schemas
Package: guix Version: 1.3.0-5+b1 Followup-For: Bug #988260 X-Debbugs-Cc: alua...@udc.es Just confirming this issue also affects debian's emacs. /etc/profile.d/guix.sh implicitly sets up EMACSLOADPATH when sourcing the profile. I think that emacs only reads dirs in EMACSLOADPATH if it is set, so after that any .el files under /usr/ are not found. Even if that were not the case, I also think that it would be still undesirable for debian emacs to look first into the guix profile directories, since it could cause mixed version .el file loads. I am a new guix user, so maybe I am not understanding something, but I tend to believe that currently the rationale is that it is not expected that the user can have co-existing guix and debian versions of the same software. So far I have deleted /etc/profile.d/guix.sh and I am proceeding to activate guix profiles only when I am needing them. Regards. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-5-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages guix depends on: ii guile-3.0 3.0.8-2 ii guile-3.0-libs 3.0.8-2 ii guile-gcrypt0.4.0-2 ii guile-git 0.5.2-5 ii guile-gnutls3.7.8-4 ii guile-json 4.7.3-2 ii guile-lzlib 0.0.2-3 ii guile-sqlite3 0.1.3-3 ii guile-ssh 0.16.0-2 ii guile-zlib 0.1.0-4 ii libbz2-1.0 1.0.8-5+b1 ii libc6 2.36-6 ii libgcc-s1 12.2.0-9 ii libgcrypt20 1.10.1-3 ii libsqlite3-03.40.0-1 ii libssh-dev 0.10.4-2 ii libstdc++6 12.2.0-9 ii zlib1g 1:1.2.13.dfsg-1 Versions of packages guix recommends: ii ca-certificates 20211016 ii less 590-1 ii nscd 2.36-6 ii systemd 252.2-2 guix suggests no packages. -- Configuration Files: /etc/profile.d/guix.sh [Errno 2] No existe el fichero o el directorio: '/etc/profile.d/guix.sh' -- no debconf information
Bug#988260: guix: GNOME sessions crash with mismatched glib-2.0 schemas
Package: guix Version: 1.2.0-4 Severity: important Control: submitter -1 Diane Trout X-Debbugs-Cc: Diane Trout The original history for this bug is in https://bugs.debian.org/985916 and this bug is caused by fixing that one... though it really stands as it's own issue. On 2021-04-08, Diane Trout wrote: > As an update with the /etc/profiles.d/guix.sh update at some point my GNOME > Desktop crashed and wouldn't restart. > > gnome-shell was dying with this error message > "Settings schema 'org.gnome.desktop.peripherals.touchpad' does not contain a > key named 'tap-button-map'" > > extracted from the stack trace. > > #0 g_log_structured_array (log_level=, fields=0x7fffc50d5f90, > n_fields=4) at ../../../glib/gmessages.c:554 > #1 0x7f3fbdc560b5 in g_log_default_handler > (log_domain=log_domain@entry=0x7f3fbded28f8 "GLib-GIO", > log_level=log_level@entry=6, > message=message@entry=0x7f3fac020d80 "Settings schema > 'org.gnome.desktop.peripherals.touchpad' does not contain a key named 'tap- > button-map'", unused_data=unused_data@entry=0x0) at > ../../../glib/gmessages.c:3123 > #2 0x7f3fbdc56309 in g_logv (log_domain=0x7f3fbded28f8 "GLib-GIO", > log_level=G_LOG_LEVEL_ERROR, format=, > args=) at ../../../glib/gmessages.c:1350 > ... > > What I eventually figured out was there were glib-2.0 settings installed into > my .guix-profile probably from installing the guix's graphical version of > emacs > and that version is older than what's being used by Debian and gnome is very > cranky about this. This of course, only happens if you install packages into your profile that conflict with what is installed via dpkg, so setting this bug as important severity. > I disabled automatically activating my user level .guix-profile, while still > adding the pulled guix command by adding a return in /etc/profile.d/guix.sh. > Is there a way to limit the guix-profile changes to just interactive shells? I suspect that is tricker... > And does the desktop startup only use the non-interactive shell configuration? I *think* so. live well, vagrant signature.asc Description: PGP signature
