From unknown Sat Jun 14 19:20:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52727: When logged as user, GUILE_LOAD_COMPILED_PATH points to the system cache instead of the user cache Resent-From: Denis 'GNUtoo' Carikli Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 22 Dec 2021 00:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 52727 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 52727@debbugs.gnu.org X-Debbugs-Original-To: bug-guix@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.164013264724987 (code B ref -1); Wed, 22 Dec 2021 00:25:02 +0000 Received: (at submit) by debbugs.gnu.org; 22 Dec 2021 00:24:07 +0000 Received: from localhost ([127.0.0.1]:56229 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mzpQM-0006Uw-RB for submit@debbugs.gnu.org; Tue, 21 Dec 2021 19:24:07 -0500 Received: from lists.gnu.org ([209.51.188.17]:46066) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mzpQI-0006UW-37 for submit@debbugs.gnu.org; Tue, 21 Dec 2021 19:24:05 -0500 Received: from eggs.gnu.org ([209.51.188.92]:56750) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mzpQH-0006rH-Tc for bug-guix@gnu.org; Tue, 21 Dec 2021 19:24:01 -0500 Received: from cyberdimension.org ([80.67.179.20]:52956 helo=gnutoo.cyberdimension.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from ) id 1mzpQE-0005uu-M2 for bug-guix@gnu.org; Tue, 21 Dec 2021 19:24:00 -0500 Received: from gnutoo.cyberdimension.org (localhost [127.0.0.1]) by cyberdimension.org (OpenSMTPD) with ESMTP id dfa67b1c for ; Wed, 22 Dec 2021 00:16:19 +0000 (UTC) Received: from primary_laptop (localhost [::1]) by gnutoo.cyberdimension.org (OpenSMTPD) with ESMTP id 82217847 for ; Wed, 22 Dec 2021 00:16:18 +0000 (UTC) Date: Wed, 22 Dec 2021 01:16:47 +0100 From: Denis 'GNUtoo' Carikli Message-ID: <20211222011647.2d41452f@primary_laptop> X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.24; i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/A1=uo5dymzzmrWK016Pzs8="; protocol="application/pgp-signature"; micalg=pgp-sha256 Received-SPF: pass client-ip=80.67.179.20; envelope-from=GNUtoo@cyberdimension.org; helo=gnutoo.cyberdimension.org X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) --Sig_/A1=uo5dymzzmrWK016Pzs8= Content-Type: multipart/mixed; boundary="MP_/kRf5vb666t=zyDbZ7N_3w31" --MP_/kRf5vb666t=zyDbZ7N_3w31 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, When running guix package -i hello as user (gnutoo) I have: > [gnutoo@primary_laptop ~]$ guix package -i hello > Backtrace: > In ice-9/boot-9.scm: > 222:29 19 (map1 (((gnu packages gnupg)) ((gnu packages golang)) =E2=80= =A6)) > 222:29 18 (map1 (((gnu packages golang)) ((gnu packages #)) (#) =E2=80= =A6)) > 222:29 17 (map1 (((gnu packages graphics)) ((gnu packages gtk)) =E2=80= =A6)) > 222:29 16 (map1 (((gnu packages gtk)) ((gnu packages guile)) (#) > =E2=80=A6)) 222:29 15 (map1 (((gnu packages guile)) ((gnu packages linux)= ) # > =E2=80=A6)) 222:29 14 (map1 (((gnu packages linux)) ((gnu packages #)) ((= =E2=80=A6)) > =E2=80=A6)) 222:29 13 (map1 (((gnu packages ncurses)) ((gnu packages nss)= ) # > =E2=80=A6)) 222:29 12 (map1 (((gnu packages nss)) ((gnu packages perl)) (= #) > =E2=80=A6)) 222:29 11 (map1 (((gnu packages perl)) ((gnu packages #)) ((= =E2=80=A6)) > =E2=80=A6)) 222:17 10 (map1 (((gnu packages perl-web)) ((gnu packages #))= # > =E2=80=A6)) 3326:17 9 (resolve-interface (gnu packages perl-web) #:selec= t _ > # =E2=80=A6) In ice-9/threads.scm: > 390:8 8 (_ _) > In ice-9/boot-9.scm: > 3252:13 7 (_) > In ice-9/threads.scm: > 390:8 6 (_ _) > In ice-9/boot-9.scm: > 3536:20 5 (_) > 2835:4 4 (save-module-excursion # ice-9/boo=E2=80=A6>) 3556:26 3 (_) > In unknown file: > 2 (primitive-load-path "gnu/packages/perl-web" > #) In gnu/packages/perl-web.scm: > 36:5 1 (_) > In ice-9/boot-9.scm: > 1685:16 0 (raise-exception _ #:continuable? _) >=20 > ice-9/boot-9.scm:1685:16: In procedure raise-exception: > Throw to key `record-abi-mismatch-error' with args `(abi-check "~a: > record ABI mismatch; recompilation needed" (#>) > ())'. However that works fine with sudo su: > [gnutoo@primary_laptop ~]$ sudo su > [root@primary_laptop gnutoo]# guix package -i hello > guix package: warning: Consider running 'guix pull' followed by > 'guix package -u' to get up-to-date packages and security updates. >=20 > The following package will be installed: > hello 2.10 >=20 > The following derivation will be built: > /gnu/store/ck96mk8hphd9k70a06y8ciqy0p3yp4qa-profile.drv >=20 > 0.1 MB will be downloaded > hello-2.10 52KiB > 444KiB/s 00:00 [##################] > 100.0% building CA certificate bundle... listing Emacs > sub-directories... building fonts directory... > building directory of Info manuals... > building profile with 1 package... > hint: Consider setting the necessary environment variables by running: >=20 > GUIX_PROFILE=3D"/root/.guix-profile" > . "$GUIX_PROFILE/etc/profile" >=20 > Alternately, see `guix package --search-paths -p > "/root/.guix-profile"'. As I understand from what I was told on #guix, when running sudo su, guix comes from the system: > [root@primary_laptop ~]# which guix > /run/current-system/profile/bin/guix Whereas when running it from the user, it doesn't: > [gnutoo@primary_laptop ~]$ which guix > /home/gnutoo/.config/guix/current/bin/guix And as user GUILE_LOAD_COMPILED_PATH is somehow exported to system paths: > [gnutoo@primary_laptop ~]$ echo $GUILE_LOAD_COMPILED_PATH > /run/current-system/profile/lib/guile/3.0/site-ccache:/run/current-system= /profile/share/guile/site/3.0 So if I instead set it to the right paths it works again: > [gnutoo@primary_laptop guix]$ export > GUILE_LOAD_COMPILED_PATH=3D"/home/gnutoo/.config/guix/current/lib/guile/3= .0/site-ccache:/home/gnutoo/.config/guix/current/share/guile/site/3.0" > [gnutoo@primary_laptop guix]$ guix package -i hello > The following package will be upgraded: > hello (dependencies or package changed) >=20 > nothing to be done 'GUILE_LOAD_COMPILED_PATH=3D"" guix package -i hello' also works. In my case the issue is that having '/run/current-system/profile/lib/guile/3.0/site-ccache' in GUILE_LOAD_COMPILED_PATH makes it fail: > [gnutoo@primary_laptop guix]$ export > GUILE_LOAD_COMPILED_PATH=3D/run/current-system/profile/lib/guile/3.0/site= -ccache > [gnutoo@primary_laptop guix]$ guix package -i hello Backtrace: > In ice-9/boot-9.scm: > 222:29 19 (map1 (((gnu packages gnupg)) ((gnu packages golang)) =E2=80= =A6)) [...] And apparently it fails just because it is in the path: > [gnutoo@primary_laptop guix]$ export > GUILE_LOAD_COMPILED_PATH=3D"/home/gnutoo/.config/guix/current/lib/guile/3= .0/site-ccache:/home/gnutoo/.config/guix/current/share/guile/site/3.0:/run/= current-system/profile/lib/guile/3.0/site-ccache" > [gnutoo@primary_laptop guix]$ guix package -i hello Backtrace: > In ice-9/boot-9.scm: > 222:29 19 (map1 (((gnu packages gnupg)) ((gnu packages golang)) =E2=80= =A6)) [...] This behavior probably happens becuase the system guix wasn't updated with guix system reconfigure for some time, and that the user relies on the system guile cache. And as I understand from #guix on liberachat, I'm supposed to be able to not keep my user profile and my guix system in sync. Would the solution to that be to correctly export GUILE_LOAD_COMPILED_PATH in ~/.guix-profile/etc/profile like it is done in the patch I attached (with an extra small modification in the commit message to mention the bug report)? Other commits fixing bugs in that same profile mentioned bug reports, so I assume that it's simplier to discuss the bug in a bug report than directly sending a patch to fix the issue. Note that I also didn't test the patch yet but I did test that export command. Denis. --MP_/kRf5vb666t=zyDbZ7N_3w31 Content-Type: text/x-patch Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=0001-gnu-system-GUIX_PROFILE-etc-profile-Fix-GUILE_LOAD_C.patch =46rom 579e613da312f288aa9b9aebd264794bb9586625 Mon Sep 17 00:00:00 2001 From: Denis 'GNUtoo' Carikli Date: Wed, 22 Dec 2021 00:45:28 +0100 Subject: [PATCH] gnu: system: $GUIX_PROFILE/etc/profile: Fix GUILE_LOAD_COMPILED_PATH * gnu/system.scm (operating-system-etc-service)[profile]: export GUILE_LOAD_COMPILED_PATH Signed-off-by: Denis 'GNUtoo' Carikli --- gnu/system.scm | 2 ++ 1 file changed, 2 insertions(+) diff --git a/gnu/system.scm b/gnu/system.scm index 088c62ddde..4dbdf1928e 100644 --- a/gnu/system.scm +++ b/gnu/system.scm @@ -987,6 +987,8 @@ (define* (operating-system-etc-service os) # Allow GStreamer-based applications to find plugins. export GST_PLUGIN_PATH=3D\"$HOME/.guix-profile/lib/gstreamer-1.0\" =20 +export GUILE_LOAD_COMPILED_PATH=3D\"$HOME/.config/guix/current/lib/guile/3= .0/site-ccache:$HOME/.config/guix/current/share/guile/site/3.0\" + if [ -n \"$BASH_VERSION\" -a -f /etc/bashrc ] then # Load Bash-specific initialization code. --=20 2.34.0 --MP_/kRf5vb666t=zyDbZ7N_3w31-- --Sig_/A1=uo5dymzzmrWK016Pzs8= Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEeC+d2+Nrp/PU3kkGX138wUF34mMFAmHCbm8ACgkQX138wUF3 4mOtHBAAiBoysdOusJSCbOj0B/JmmfN/FNbxCSFoE6/aqW+XbZmBXeq44n+TQiPO C0dTgq86cQxVo02oZGzcEgz1NiI8+zC7eQp/7FPac+RArUoaYY9XazJQaU0zWNvZ H3Nt1TJXY1ovC7YR3NFoDN3YglLNAtJMjERNA0SmPW7VQFYzgQ2gdRN5NXH3SRy/ 3ZWqa8l8qu5IGxGsM0UQKEONdZgjoifsKyPob8ip3YK2fw1/s8FsZQ61Pjxcyawi meUnCJDKA+d1/i/FZq18AQeVbFiksrHpAhkWDzqlM4oy6mC+A6u6Duhp/qfX6Py2 wSJUi/DM/yyEvAPw2aQJM6s+wuFGgy70I6skevZyn9adCxCYx1+oTYfwXYBMIsvR 8oe423WG6m4+r7lODIWAQbGMPYvvk/O6Foxkp4eHVAGcTJmha1/lKC1bih07YAWu OFV3fQDv2m7p0GnogWqcuvRwJgzliNms2GakcsBXCcdBBlRSDqLQP6RviTFquZOr LNOUJnMvZJgTXBLbV7vvEYOUq4bdRRNh5G9s8A9bqUHMzEe+R0AELMMKh4pdfRhN xZtD9q0jEKqHCSI9zpYH2exMkzh/EojBIWouuvtxMSQAKwJDENQvHqIjZxijOwqi Vjfp/F6tRqByS3FsuxbmnXtNGapEPcZHg+gjnAPemdbq4BFf4S8= =f9UX -----END PGP SIGNATURE----- --Sig_/A1=uo5dymzzmrWK016Pzs8=-- From unknown Sat Jun 14 19:20:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52727: When logged as user, GUILE_LOAD_COMPILED_PATH points to the system cache instead of the user cache Resent-From: Liliana Marie Prikler Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 22 Dec 2021 07:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52727 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Denis 'GNUtoo' Carikli , 52727@debbugs.gnu.org Received: via spool by 52727-submit@debbugs.gnu.org id=B52727.164015983513167 (code B ref 52727); Wed, 22 Dec 2021 07:58:01 +0000 Received: (at 52727) by debbugs.gnu.org; 22 Dec 2021 07:57:15 +0000 Received: from localhost ([127.0.0.1]:56568 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mzwUs-0003QJ-Ld for submit@debbugs.gnu.org; Wed, 22 Dec 2021 02:57:14 -0500 Received: from mailrelay.tugraz.at ([129.27.2.202]:27627) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mzwUp-0003Q7-Nc for 52727@debbugs.gnu.org; Wed, 22 Dec 2021 02:57:12 -0500 Received: from lprikler-laptop.ist.intra (gw.ist.tugraz.at [129.27.202.101]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4JJlz74WVHz1LXsR; Wed, 22 Dec 2021 08:57:07 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 mailrelay.tugraz.at 4JJlz74WVHz1LXsR DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1640159827; bh=nrneq4N3rnRYl3kYOKVSJvBd23SP2CutFPBZWVIFp9M=; h=Subject:From:To:Date:In-Reply-To:References:From; b=vOoy7LxanHZSBJXx65JMIKJxQUkrgNGFtZRJb2HDJsT8+mPhuzh/mDcYiM+iMQoa1 2TmDyskC+wBhb7w8ZP9UPldnDk926Waao/+Ox5cjnShBIuIxBQ/k6SnT/kUxmCiXlG cZxnwEzgncUQlgE/bpHAkPkjI4m/AovPCIHgRKtg= Message-ID: <7c94e1ff91741598e028d4e0f32dba8ee0b38026.camel@ist.tugraz.at> From: Liliana Marie Prikler Date: Wed, 22 Dec 2021 08:57:06 +0100 In-Reply-To: <20211222011647.2d41452f@primary_laptop> References: <20211222011647.2d41452f@primary_laptop> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: waObeELIUl4ypBWmcn/8wQ X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi Denis, Am Mittwoch, dem 22.12.2021 um 01:16 +0100 schrieb Denis 'GNUtoo' Carikli: > [A]s user GUILE_LOAD_COMPILED_PATH is somehow exported to system > paths: > > [gnutoo@primary_laptop ~]$ echo $GUILE_LOAD_COMPILED_PATH > > /run/current-system/profile/lib/guile/3.0/site-ccache:/run/current- > > system/profile/share/guile/site/3.0 > > So if I instead set it to the right paths it works again: > > [gnutoo@primary_laptop guix]$ export > > GUILE_LOAD_COMPILED_PATH="/home/gnutoo/.config/guix/current/lib/guile > > /3.0/site- > > ccache:/home/gnutoo/.config/guix/current/share/guile/site/3.0" > > [gnutoo@primary_laptop guix]$ guix package -i hello > > The following package will be upgraded: > >    hello (dependencies or package changed) > > > > nothing to be done > > 'GUILE_LOAD_COMPILED_PATH="" guix package -i hello' also works. > > In my case the issue is that having > '/run/current-system/profile/lib/guile/3.0/site-ccache' in > GUILE_LOAD_COMPILED_PATH makes it fail: > > [gnutoo@primary_laptop guix]$ export > > GUILE_LOAD_COMPILED_PATH=/run/current- > > system/profile/lib/guile/3.0/site-ccache > > [gnutoo@primary_laptop guix]$ guix package -i hello Backtrace: > > In ice-9/boot-9.scm: > >    222:29 19 (map1 (((gnu packages gnupg)) ((gnu packages golang)) > > …)) > [...] > > And apparently it fails just because it is in the path: > > [gnutoo@primary_laptop guix]$ export > > GUILE_LOAD_COMPILED_PATH="/home/gnutoo/.config/guix/current/lib/guile > > /3.0/site- > > ccache:/home/gnutoo/.config/guix/current/share/guile/site/3.0:/run/cu > > rrent-system/profile/lib/guile/3.0/site-ccache" > > [gnutoo@primary_laptop guix]$ guix package -i hello Backtrace: > > In ice-9/boot-9.scm: > >    222:29 19 (map1 (((gnu packages gnupg)) ((gnu packages golang)) > > …)) > [...] > > This behavior probably happens becuase the system guix wasn't updated > with guix system reconfigure for some time, and that the user relies on > the system guile cache. > > And as I understand from #guix on liberachat, I'm supposed to be able > to not keep my user profile and my guix system in sync. This is only true to some extent. The local guix command still relies on things in the system, such as the guix daemon itself, so you ought to keep it up to date. GUILE_LOAD_PATH does not point to the system cache "instead of" the user cache, it gets expanded via profiles as everything else. Since Guix has a system-wide installation of guile-3.0-latest, the guile paths get set. You should probably install Guile locally instead of system-wide if you plan on having the two diverge farther. > Would the solution to that be to correctly export > GUILE_LOAD_COMPILED_PATH in  ~/.guix-profile/etc/profile like it is > done in the patch I attached (with an extra small modification in the > commit message to mention the bug report)? No. The Guix command as built by `guix pull' sets its own load path, but respects system paths too. You can check by spawning a REPL: scheme@(guix-user)> %load-path $1 = ("/gnu/store/yi47s6iy3glwzimy3nch1h7c9hjzmyw8-guix-module- union/share/guile/site/3.0" "/gnu/store/3h3jn0745ngd87zp83k5smwhykxvdfgf-guile- 3.0.7/share/guile/3.0" "/gnu/store/3h3jn0745ngd87zp83k5smwhykxvdfgf- guile-3.0.7/share/guile/3.0" "/gnu/store/3h3jn0745ngd87zp83k5smwhykxvdfgf-guile- 3.0.7/share/guile/site/3.0" "/gnu/store/3h3jn0745ngd87zp83k5smwhykxvdfgf-guile- 3.0.7/share/guile/site" "/gnu/store/3h3jn0745ngd87zp83k5smwhykxvdfgf- guile-3.0.7/share/guile" "/run/current- system/profile/share/guile/site/3.0") > Other commits fixing bugs in that same profile mentioned bug reports, > so I assume that it's simplier to discuss the bug in a bug report > than directly sending a patch to fix the issue. > > Note that I also didn't test the patch yet but I did test that export > command. For the record, guile has been a part of the system profile since %base-packages were first defined, so if your load paths break, there is probably a larger issue at hand. In this particular case, your local guix profile ought to shadow anything that's in /run/current- system, so I don't really get how the ABI match is triggered. Perhaps you might want to debug that in a REPL. Cheers From unknown Sat Jun 14 19:20:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52727: When logged as user, GUILE_LOAD_COMPILED_PATH points to the system cache instead of the user cache Resent-From: Maxime Devos Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 22 Dec 2021 10:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52727 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Liliana Marie Prikler , Denis 'GNUtoo' Carikli , 52727@debbugs.gnu.org Received: via spool by 52727-submit@debbugs.gnu.org id=B52727.164016897529499 (code B ref 52727); Wed, 22 Dec 2021 10:30:02 +0000 Received: (at 52727) by debbugs.gnu.org; 22 Dec 2021 10:29:35 +0000 Received: from localhost ([127.0.0.1]:56861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mzysJ-0007fi-E3 for submit@debbugs.gnu.org; Wed, 22 Dec 2021 05:29:35 -0500 Received: from baptiste.telenet-ops.be ([195.130.132.51]:59572) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mzysH-0007fZ-2X for 52727@debbugs.gnu.org; Wed, 22 Dec 2021 05:29:34 -0500 Received: from ptr-bvsjgyhxw7psv60dyze.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:3c5f:2eff:feb0:ba5a]) by baptiste.telenet-ops.be with bizsmtp id ZNVW2600W4UW6Th01NVXCe; Wed, 22 Dec 2021 11:29:31 +0100 Message-ID: From: Maxime Devos Date: Wed, 22 Dec 2021 11:29:29 +0100 In-Reply-To: <7c94e1ff91741598e028d4e0f32dba8ee0b38026.camel@ist.tugraz.at> References: <20211222011647.2d41452f@primary_laptop> <7c94e1ff91741598e028d4e0f32dba8ee0b38026.camel@ist.tugraz.at> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r21; t=1640168971; bh=hmG17dp+aLKcKFDM7eTAiBSFArfhIqNVpwTSI8yanew=; h=Subject:From:To:Date:In-Reply-To:References; b=s+J1dxxwhvFBGYrNrcXHg8+bP8U2YeQySz/e4CEAbv/mjDVbD6dqVGyNqmadXOozc tWKgbxFsQk8LfrhPrIPvtIuu0hXtKFDl366voWl/94sq0SU6y/geK784G3TRXU6+cm uEoKaXLX7da8dl3wnh6u17bCRvIHtBE/DLwtXdlvOOQWmdGLo9mB6GGkFsK/7tZ40J fmUvbmCCHGDOarvjnbDyA+qT9ESK0BJU3CvK6ZlJXQslnDf11g1SSkovq4ez+v9lC+ P2S/4cdzNKuM3HTqNEOpXjwLaxlbWutjHhUcRvEoQ1bWVda+0a/19GD/ELGUKnVvDr fxNbudIzhqVCQ== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Liliana Marie Prikler schreef op wo 22-12-2021 om 08:57 [+0100]: > For the record, guile has been a part of the system profile since > %base-packages were first defined, so if your load paths break, there > is probably a larger issue at hand.  In this particular case, your > local guix profile ought to shadow anything that's in /run/current- > system, so I don't really get how the ABI match is triggered.  Perhaps > you might want to debug that in a REPL. Maybe the system guix has a package module that does not exist in the user guix, so guix tries to load the system package module instead of the non-existing user package module? Greetings, Maxime From unknown Sat Jun 14 19:20:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52727: When logged as user, GUILE_LOAD_COMPILED_PATH points to the system cache instead of the user cache Resent-From: Maxime Devos Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 22 Dec 2021 10:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52727 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Liliana Marie Prikler , Denis 'GNUtoo' Carikli , 52727@debbugs.gnu.org Received: via spool by 52727-submit@debbugs.gnu.org id=B52727.164016916930001 (code B ref 52727); Wed, 22 Dec 2021 10:33:02 +0000 Received: (at 52727) by debbugs.gnu.org; 22 Dec 2021 10:32:49 +0000 Received: from localhost ([127.0.0.1]:56888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mzyvR-0007np-9x for submit@debbugs.gnu.org; Wed, 22 Dec 2021 05:32:49 -0500 Received: from andre.telenet-ops.be ([195.130.132.53]:39566) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mzyvP-0007ng-KT for 52727@debbugs.gnu.org; Wed, 22 Dec 2021 05:32:48 -0500 Received: from ptr-bvsjgyhxw7psv60dyze.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:3c5f:2eff:feb0:ba5a]) by andre.telenet-ops.be with bizsmtp id ZNYm2600A4UW6Th01NYmh3; Wed, 22 Dec 2021 11:32:46 +0100 Message-ID: <8f566ce905caa66d70c201bc7cfbc07d52949b29.camel@telenet.be> From: Maxime Devos Date: Wed, 22 Dec 2021 11:32:45 +0100 In-Reply-To: <7c94e1ff91741598e028d4e0f32dba8ee0b38026.camel@ist.tugraz.at> References: <20211222011647.2d41452f@primary_laptop> <7c94e1ff91741598e028d4e0f32dba8ee0b38026.camel@ist.tugraz.at> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r21; t=1640169166; bh=bpyYr7t288njH1cJvPiehQR33tpxCCfSlsWECRnk+3o=; h=Subject:From:To:Date:In-Reply-To:References; b=LWAX2gKJbrdnJweieaw5ZYvFdeYQDBb0JcioDKbM47EyS7lMksS7HTVBB8IhEbSFG IOA7x028/zLcfbkyxT9fovcNCh5MPT6k+dwqyIYHMZ627PLj4nw6c4+nh1TGAakX/2 Oh1+TMlecC4sugZOQKcjr80uMHjQ7EafoRak/bupu3VZ7kQDz7CK+3rGsoOAIplP4N 4+iump3vmaJX2cj1vlw/yhDeKMDSBzkhGN6bVHZKkg7dNtHo6Z3vXBDnRLQE62FPQy Evraev5317dV+EYsBfkFfZdd1zoQPHMFvmWVY+34CT8+AXoMf3yeNH+BaaZzsmUwTN UYkk2a/k4E16g== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Liliana Marie Prikler schreef op wo 22-12-2021 om 08:57 [+0100]: > No.  The Guix command as built by `guix pull' sets its own load path, > but respects system paths too.  You can check by spawning a REPL: [...] But are there any good reasons to respect $GUILE_LOAD{,_COMPILE}_PATH at all? Usually, we use wrap-program etc. to set load paths (guile, python, PATH or otherwise). Maybe guile-launcher can be modified to set the load path instead of appending to it? Greetings, Maxime. From unknown Sat Jun 14 19:20:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52727: When logged as user, GUILE_LOAD_COMPILED_PATH points to the system cache instead of the user cache Resent-From: Liliana Marie Prikler Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 22 Dec 2021 11:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52727 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Maxime Devos , Denis 'GNUtoo' Carikli , 52727@debbugs.gnu.org Received: via spool by 52727-submit@debbugs.gnu.org id=B52727.16401710291099 (code B ref 52727); Wed, 22 Dec 2021 11:04:02 +0000 Received: (at 52727) by debbugs.gnu.org; 22 Dec 2021 11:03:49 +0000 Received: from localhost ([127.0.0.1]:56921 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mzzPQ-0000He-R5 for submit@debbugs.gnu.org; Wed, 22 Dec 2021 06:03:49 -0500 Received: from mailrelay.tugraz.at ([129.27.2.202]:38754) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mzzPO-0000HV-Op for 52727@debbugs.gnu.org; Wed, 22 Dec 2021 06:03:47 -0500 Received: from lprikler-laptop.ist.intra (gw.ist.tugraz.at [129.27.202.101]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4JJr6R55xhz3xV0; Wed, 22 Dec 2021 12:03:43 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1640171023; bh=7trURbziKf3tmuTYx1/jcp57lLRWnj6Oayb8k43UgUU=; h=Subject:From:To:Date:In-Reply-To:References; b=fPhrZCdU2NOJNqbBQ4qTg+3dW9lu7k6lIPDKz4vV7HUIcL387X1TmvlCcw8x1IKO4 poO52PNLf8KXoTJ974BNGwdU1hqR/NO0ojSi85rN0eYiRPHBnjItqo9HUxfIU9eCI0 Rm2YBJvpT7YEb6fxDuaOVEPcOn8jWBX98CZ873KU= Message-ID: From: Liliana Marie Prikler Date: Wed, 22 Dec 2021 12:03:42 +0100 In-Reply-To: <8f566ce905caa66d70c201bc7cfbc07d52949b29.camel@telenet.be> References: <20211222011647.2d41452f@primary_laptop> <7c94e1ff91741598e028d4e0f32dba8ee0b38026.camel@ist.tugraz.at> <8f566ce905caa66d70c201bc7cfbc07d52949b29.camel@telenet.be> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: waObeELIUl4ypBWmcn/8wQ X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.116 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Am Mittwoch, dem 22.12.2021 um 11:32 +0100 schrieb Maxime Devos: > Liliana Marie Prikler schreef op wo 22-12-2021 om 08:57 [+0100]: > > No.  The Guix command as built by `guix pull' sets its own load path, > > but respects system paths too.  You can check by spawning a REPL: > > [...] > > But are there any good reasons to respect $GUILE_LOAD{,_COMPILE}_PATH > at all? Usually, we use wrap-program etc. to set load paths (guile, > python, PATH or otherwise). Maybe guile-launcher can be modified to set > the load path instead of appending to it? IIUC the guix command does not particularly need to provide support for multiple profiles, so we could isolate it. After all, extensions ought to be installed in the user's (single) current-guix profile, no? (Disregarding the use of guix environment/guix shell, of course.) Or more accurately, GUIX_EXTENSIONS_PATH serves as a different escape hatch. From unknown Sat Jun 14 19:20:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52727: When logged as user, GUILE_LOAD_COMPILED_PATH points to the system cache instead of the user cache Resent-From: Denis 'GNUtoo' Carikli Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Thu, 23 Dec 2021 08:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52727 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Maxime Devos Cc: Liliana Marie Prikler , 52727@debbugs.gnu.org Received: via spool by 52727-submit@debbugs.gnu.org id=B52727.16402464391248 (code B ref 52727); Thu, 23 Dec 2021 08:01:01 +0000 Received: (at 52727) by debbugs.gnu.org; 23 Dec 2021 08:00:39 +0000 Received: from localhost ([127.0.0.1]:60326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n0J1j-0000K3-9p for submit@debbugs.gnu.org; Thu, 23 Dec 2021 03:00:39 -0500 Received: from cyberdimension.org ([80.67.179.20]:57296 helo=gnutoo.cyberdimension.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n0J1h-0000Ju-RX for 52727@debbugs.gnu.org; Thu, 23 Dec 2021 03:00:38 -0500 Received: from gnutoo.cyberdimension.org (localhost [127.0.0.1]) by cyberdimension.org (OpenSMTPD) with ESMTP id 15bb133d; Thu, 23 Dec 2021 07:59:28 +0000 (UTC) Received: from primary_laptop (localhost [::1]) by gnutoo.cyberdimension.org (OpenSMTPD) with ESMTP id 49a270ea; Thu, 23 Dec 2021 07:59:28 +0000 (UTC) Date: Thu, 23 Dec 2021 08:31:15 +0100 From: Denis 'GNUtoo' Carikli Message-ID: <20211223083115.5bd27816@primary_laptop> In-Reply-To: References: <20211222011647.2d41452f@primary_laptop> <7c94e1ff91741598e028d4e0f32dba8ee0b38026.camel@ist.tugraz.at> X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.24; i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/rPK+Lh0SJsvWx6C+wRNU8hN"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --Sig_/rPK+Lh0SJsvWx6C+wRNU8hN Content-Type: multipart/mixed; boundary="MP_/lyIzbw/MSGEjF2pWOyqnqEz" --MP_/lyIzbw/MSGEjF2pWOyqnqEz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 22 Dec 2021 11:29:29 +0100 Maxime Devos wrote: > Liliana Marie Prikler schreef op wo 22-12-2021 om 08:57 [+0100]: > > For the record, guile has been a part of the system profile since > > %base-packages were first defined, so if your load paths break, > > there is probably a larger issue at hand.=C2=A0 In this particular case, > > your local guix profile ought to shadow anything that's in > > /run/current- system, so I don't really get how the ABI match is > > triggered.=C2=A0 Perhaps you might want to debug that in a REPL. =20 >=20 > Maybe the system guix has a package module that does not exist in the > user guix, so guix tries to load the system package module instead of > the non-existing user package module? In my system.scm (I attached it) I do have a package (fdm-git) that doesn't exist elsewhere (because I need a patch that is upstream but not in an fdm release yet). Right now I can't test without fdm-git because when doing guix system reconfigure, it tries to build guix but its tests fails. I'll bugreport about that. Denis. --MP_/lyIzbw/MSGEjF2pWOyqnqEz Content-Type: text/x-scheme Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=j9anw5swkxfy7x2amcf7bxr0mfd1y14d-configuration.scm ;; Copyright (C) 2021 Denis 'GNUtoo' Carikli ;; ;; This program is free software: you can redistribute it and/or modify ;; it under the terms of the GNU General Public License as published by ;; the Free Software Foundation, either version 3 of the License, or ;; (at your option) any later version. ;; ;; This program is distributed in the hope that it will be useful, ;; but WITHOUT ANY WARRANTY; without even the implied warranty of ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ;; GNU General Public License for more details. ;; ;; You should have received a copy of the GNU General Public License ;; along with this program. If not, see . (use-modules (gnu) (gnu system mapped-devices) (gnu system nss) (guix build-system gnu) (guix git-download) ((guix licenses) #:prefix license:) (guix packages)) (use-package-modules admin android audio autotools base bash bison bootloaders certs commencement compression cryptsetup databases disk display-managers emacs emacs-xyz file flashing-tools freedesktop gnome gnupg linux mail mpd networking ncurses package-management patchutils pulseaudio python rsync screen ssh terminals tls tor version-control video vim virtualization web web-browsers wm xdisorg xfce xorg) (use-service-modules databases desktop mail networking sound virtualization xorg) (define-public fdm-git (package (name "fdm-git") (version "2.0+25") (source (origin (method git-fetch) (uri (git-reference (url "https://github.com/nicm/fdm") (commit "c245d210a5b0049f48c78e40af44d2889ecf217f"))) (file-name (git-file-name name version)) (sha256 (base32 "06al4rs11c859zwfqknicn31nz66w1g73bsb61463dk12q06pwy7")))) (build-system gnu-build-system) (inputs `(("tdb" ,tdb) ("openssl" ,openssl) ("zlib" ,zlib))) (native-inputs `(("autoconf" ,autoconf) ("automake" ,automake) ("bison-3.6" ,bison-3.6))) (home-page "https://github.com/nicm/fdm") (synopsis "Mail Retrieval Agent (MRA) and Mail Delivery Agent (MDA)") (description "fdm is a program designed to fetch mail from POP3 or IMAP servers, or receive local mail from stdin, and deliver it in various ways.") (license ;; Why point to a source file? Well, all the individual files have a ;; copy of this license in their headers, but there's no seprate file ;; with that information. (license:non-copyleft "https://github.com/nicm/fdm/blob/master/command.c")))) (define %lvm-vg (list (mapped-device (source (uuid "fd8d9fd8-56a5-4c61-9f6e-35371ff964f0")) (target "internal-cleartext") (type luks-device-mapping)) (mapped-device (source "primary_laptop") (targets (list "primary_laptop-guix32")) (type lvm-device-mapping)))) (define %guix32-rootfs (file-system (device "/dev/mapper/primary_laptop-guix32") (mount-point "/") (type "ext4") (dependencies %lvm-vg))) (define %parabola32-rootfs (file-system (mount-point "/srv/distros/parabola32") (device "/dev/mapper/primary_laptop-parabola32") (type "ext4") (dependencies %lvm-vg) (create-mount-point? #t) (mount-may-fail? #t))) (define (parabola32-bind-mount path) (file-system (mount-point path) (device (string-append "/srv/distros/parabola32" path)) (type "none") (dependencies (list %parabola32-rootfs)) (flags '(bind-mount)) (create-mount-point? #t) (mount-may-fail? #t))) (operating-system (host-name "primary_laptop") (timezone "Europe/Paris") (locale "en_US.utf8") (kernel-arguments (append (list "iomem=3Drelaxed" "modprobe.blacklist=3Dpcspkr" "quiet"))) (initrd-modules (cons "i915" %base-initrd-modules)) (keyboard-layout (keyboard-layout "us" "altgr-intl")) (bootloader (bootloader-configuration (bootloader (bootloader (inherit grub-bootloade= r) (installer #~(const #t)= ))) (keyboard-layout keyboard-layout))) (mapped-devices %lvm-vg) (file-systems (append (list %guix32-rootfs %parabola32-rootfs (parabola32-bind-mount "/home/gnutoo") (parabola32-bind-mount "/root") (parabola32-bind-mount "/etc/ssh/ssh_config") (parabola32-bind-mount "/etc/gitconfig") (parabola32-bind-mount "/etc/git/") (parabola32-bind-mount "/etc/wpa_supplicant/") (parabola32-bind-mount "/srv/http/") (parabola32-bind-mount "/srv/kiwix/") (parabola32-bind-mount "/usr/local/bin/") (parabola32-bind-mount "/var/lib/postgres/")) %base-file-systems)) (users (cons* (user-account (name "gnutoo") (uid 1000) (group "gnutoo") (supplementary-groups '("wheel" "netdev" "audio" "video"))) (user-account (name "postgres") (uid 88) (group "postgres") (comment "PostgreSQL user") (home-directory "/var/lib/postgres") (shell (file-append bash "/bin/bash")) (system? #t)) %base-user-accounts)) (groups (cons* (user-group (name "gnutoo") (id 1000)) (user-group (name "postgres") (id 88) (system? #t)) %base-groups)) (hosts-file (local-file "etc/hosts")) (packages (append (list alsa-utils adb abootimg android-udev-rules autoconf automake bash-completion bemenu claws-mail cryptsetup ddrescue dosfstools dovecot elogind emacs fastboot fdm-git file flashrom fluxbox gnu-make guix gcc-toolchain gdm git glibc ;; for the utilities gnupg grub heimdall htop ;; kiwix-tools libtool links lvm2 lzip meld midori mkbootimg mpd mpd-mpc mplayer myrepos nbd ncurses net-tools netcat-openbsd nss-certs openssh picocom pinentry pulseaudio python ponymix redshift rsync screen sshfs strace sway terminator tor udisks vim virt-manager vlc waybar wayland wpa-supplicant xauth xfce4-screensaver xfce4-session xf86-input-keyboard xf86-input-libinput xf86-video-intel xinit xorg-server xrandr) %base-packages)) (services (append (list (dovecot-service #:config (dovecot-configuration (mail-location "maildir:~/.local/Mail= dir") (listen '("127.0.0.1")))) (service alsa-service-type) (service dhcp-client-service-type) (service elogind-service-type) (service gdm-service-type (gdm-configuration (debug? #t) ;; (wayland? #t) )) (service libvirt-service-type (libvirt-configuration)) (service postgresql-service-type (postgresql-configuration (postgresql postgresql-13.3) (data-directory "/var/lib/postgres/data") (config-file (postgresql-config-file (hba-file (plain-file "pg_hba.conf" (string-append "# TYPE DATABASE USER ADDRESS\n" " local all all trust\n"))) (extra-config '(("max_connections" 100) ("shared_buffers" "128 MB") ("dynamic_shared_memory_type" "posix") ("max_wal_size" "1 GB") ("min_wal_size" "80 MB") ("log_timezone" "Europe/Pa= ris") ("datestyle" "iso, dmy") ("timezone" "Europe/Pa= ris") ("lc_messages" "en_US.UTF= -8") ("lc_monetary" "en_US.UTF= -8") ("lc_numeric" "en_US.UTF= -8") ("lc_time" "fr_FR.UTF= -8") ("default_text_search_config" "pg_catalog.english"))))))) (service pulseaudio-service-type) (service tor-service-type (tor-configuration)) (udisks-service) (service xfce-desktop-service-type)) %base-services))) --MP_/lyIzbw/MSGEjF2pWOyqnqEz-- --Sig_/rPK+Lh0SJsvWx6C+wRNU8hN Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEeC+d2+Nrp/PU3kkGX138wUF34mMFAmHEJcMACgkQX138wUF3 4mPAfA//e99p9NkknjxCAhgj0KkNrzWDQRnYN1JLBDN22Y1Ct0dRc9vLMpXeAvMp qGYcQA1Rwz+TDOY5oz7e6gKA3/jSCEEu33y23ki3QrrWwOxYfvwhLyJcSpYLW53f vF774KSZCoZm0440Oc9Z8ZHnpr2vgn39bWJZ8puroPgoh5VxK6XKJeeFH4zMUXah bOcc42w2GzGDSR84Y0YGOzf0kIoWgOfBZkjPmwWisnD1g13R14xgAcoPCtZkpTTf VVmJc7hCMMwaHCTGQgdUYwnVqkGns4DYEMWUMi9kt8SEjsdsRkQshShC5l+9Fp0O PbwvpImhfCzhgS4g1MJ9p/sEKhveA0RzMZ0wwlP/BQduY9FVqMB6tv0r2MynLPHr h0JmVg3wKM7hVXCQJSzmN0vofkPcFzlZ3uoM2Q3vu+KBBzt+TkTUBFBvyG8Lvccd x1HC4LCyVDtKFGWb9DdyRBoy94yEXFwoNERkckUUqQgoapFiQ9TTyw8MFxcWyAIi ZO40QFVo1spJk2CuIY3FEViYve5DwK9kuLsdGv51AUZH07d4V5PtD/z3B/xK20Mp 6DxntVAKUr941WOLmS/K3xpnaKCPg3QmpwGpiMD7V80RR38NydJA959fWDCI3/vz ZHl7oHS3Kct/IK4biRdxKcC1elyiIw7HG2qr/fzzu/IVF6ByMAQ= =vc58 -----END PGP SIGNATURE----- --Sig_/rPK+Lh0SJsvWx6C+wRNU8hN-- From unknown Sat Jun 14 19:20:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#52727: When logged as user, GUILE_LOAD_COMPILED_PATH points to the system cache instead of the user cache Resent-From: Liliana Marie Prikler Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Thu, 23 Dec 2021 08:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52727 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Denis 'GNUtoo' Carikli , Maxime Devos Cc: 52727@debbugs.gnu.org Received: via spool by 52727-submit@debbugs.gnu.org id=B52727.16402477383246 (code B ref 52727); Thu, 23 Dec 2021 08:23:02 +0000 Received: (at 52727) by debbugs.gnu.org; 23 Dec 2021 08:22:18 +0000 Received: from localhost ([127.0.0.1]:60336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n0JMg-0000qI-Ll for submit@debbugs.gnu.org; Thu, 23 Dec 2021 03:22:18 -0500 Received: from mailrelay.tugraz.at ([129.27.2.202]:23075) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n0JMd-0000q6-TV for 52727@debbugs.gnu.org; Thu, 23 Dec 2021 03:22:17 -0500 Received: from lprikler-laptop.ist.intra (gw.ist.tugraz.at [129.27.202.101]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4JKNTc5DcVz1LX55; Thu, 23 Dec 2021 09:22:12 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 mailrelay.tugraz.at 4JKNTc5DcVz1LX55 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1640247732; bh=9UIjgKmXQwa/GMkxRJKuBs9VFnE6etzTRyzmY4+4jdk=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=lr68XXZ0iKG8uT7qh64a/HKfkf1t0wrWK9GUXo1tOtzCFtXWBD/sLVLXTe3umqPCL Bj1dF68a+W/spxcDmAnWc7I+lam8TyJgi7SQB4A7+C2nxeFEmOWdfq3B9VOhv2hzFW /hgE+tqWbNTTwID2ZR4XpyZSCeZTYC6tvgSpMuTw= Message-ID: From: Liliana Marie Prikler Date: Thu, 23 Dec 2021 09:22:11 +0100 In-Reply-To: <20211223083115.5bd27816@primary_laptop> References: <20211222011647.2d41452f@primary_laptop> <7c94e1ff91741598e028d4e0f32dba8ee0b38026.camel@ist.tugraz.at> <20211223083115.5bd27816@primary_laptop> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: waObeELIUl4ypBWmcn/8wQ X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.116 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Am Donnerstag, dem 23.12.2021 um 08:31 +0100 schrieb Denis 'GNUtoo' Carikli: > On Wed, 22 Dec 2021 11:29:29 +0100 > Maxime Devos wrote: > > > Liliana Marie Prikler schreef op wo 22-12-2021 om 08:57 [+0100]: > > > For the record, guile has been a part of the system profile since > > > %base-packages were first defined, so if your load paths break, > > > there is probably a larger issue at hand.  In this particular > > > case, > > > your local guix profile ought to shadow anything that's in > > > /run/current- system, so I don't really get how the ABI match is > > > triggered.  Perhaps you might want to debug that in a REPL.  > > > > Maybe the system guix has a package module that does not exist in > > the user guix, so guix tries to load the system package module > > instead of the non-existing user package module? > In my system.scm (I attached it) I do have a package (fdm-git) that > doesn't exist elsewhere (because I need a patch that is upstream but > not in an fdm release yet). The only relevant package from your system.scm (in the context of this problem) would be the guix package, but you're not even editing the guix service so it'd be a file removed from guix upstream since you last reconfigured. Cheers