From unknown Sat Jun 21 17:34:59 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#56076 <56076@debbugs.gnu.org> To: bug#56076 <56076@debbugs.gnu.org> Subject: Status: guix shell -P behavior is surprising with persistent home Reply-To: bug#56076 <56076@debbugs.gnu.org> Date: Sun, 22 Jun 2025 00:34:59 +0000 retitle 56076 guix shell -P behavior is surprising with persistent home reassign 56076 guix submitter 56076 Ethan Blanton severity 56076 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 18 17:43:48 2022 Received: (at submit) by debbugs.gnu.org; 18 Jun 2022 21:43:48 +0000 Received: from localhost ([127.0.0.1]:50303 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o2gEO-0004ej-4R for submit@debbugs.gnu.org; Sat, 18 Jun 2022 17:43:48 -0400 Received: from lists.gnu.org ([209.51.188.17]:47926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o2gCU-0004au-KH for submit@debbugs.gnu.org; Sat, 18 Jun 2022 17:41:51 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49100) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o2gCU-0006Tk-8P for bug-guix@gnu.org; Sat, 18 Jun 2022 17:41:50 -0400 Received: from cathode.kb8ojh.net ([162.243.72.198]:58032) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o2gCS-0007gA-HO for bug-guix@gnu.org; Sat, 18 Jun 2022 17:41:49 -0400 Received: from anode.kb8ojh.net (cpe-74-77-94-120.buffalo.res.rr.com [74.77.94.120]) by cathode.kb8ojh.net (Postfix) with ESMTPSA id 113024046B for ; Sat, 18 Jun 2022 21:41:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kb8ojh.net; s=cathode; t=1655588507; bh=r8XyKdGFfkV3HUdLP6WjR2FtJeD22FcyA3TOt44hM2o=; h=Date:From:To:Subject:From; b=NBV02ZXM8/VLIh8V90bUDE7u0CvG4Z9stu1e5VlLuj70vHDeyn+1b6zE7YB1rO5jf qWhLaqf4ybQlmsNTj99AUUD8RB7DbMwa2Ncyalr87FL4aFVaQVhfgd35NVS0SfCOhF 816MzbL4rLCFUtAFkEAbX+3AuNv7rp9wm7Pl0Uwk= Received: by anode.kb8ojh.net (Postfix, from userid 1000) id 918C1418F4; Sat, 18 Jun 2022 17:41:46 -0400 (EDT) Date: Sat, 18 Jun 2022 17:41:46 -0400 From: Ethan Blanton To: bug-guix@gnu.org Subject: guix shell -P behavior is surprising with persistent home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GnuPG-Fingerprint: 2A9A 7752 8B91 6586 6289 FD3D 6CA9 2AC6 A1A8 AD0E Received-SPF: pass client-ip=162.243.72.198; envelope-from=elb@kb8ojh.net; helo=cathode.kb8ojh.net X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 18 Jun 2022 17:43:46 -0400 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.3 (--) I am using guix shell to create an isolated container, but using a persistent home directory to preserve configuration and state for the program in the container. Specifically, I am using (lightly simplified; note that the user is elb and the manifest contains ONLY syncthing): CONTAINER_HOME=/path/to/persistent/home MANIFEST=/path/to/manifest.scm guix shell --container --network --no-cwd -P \ --share=$CONTAINER_HOME=/home/elb -- \ /bin/sh -c 'SSL_CERT_DIR="$HOME/.guix-profile/etc/ssl/certs" syncthing' Because syncthing requires a certificate store, the easiest way to configure that seemed to be through the profile /etc dir, which meant using -P. The above command works, and works correctly, but only the first time the profile is started. On subsequent starts, guix complains that: guix shell: error: cannot link profile: '/home/elb/.guix-profile' already exists within container This is easily worked around by removing .guix-profile from the --share-bound home directory before invoking guix shell. It is not clear to me that this is a bug, but it was surprising. It was also surprising that there was not an obvious way to simply declare a persistent home directory for a container, although now that I understand the `guix shell` command better, I find this less surprising than I did when I was first exploring. Ethan From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 24 17:10:42 2022 Received: (at 56076) by debbugs.gnu.org; 24 Jun 2022 21:10:42 +0000 Received: from localhost ([127.0.0.1]:43670 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o4qZU-0000Dw-Vp for submit@debbugs.gnu.org; Fri, 24 Jun 2022 17:10:42 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43438) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o4qZR-0000Dj-Qi for 56076@debbugs.gnu.org; Fri, 24 Jun 2022 17:10:31 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40594) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o4qZM-0001fG-9x; Fri, 24 Jun 2022 17:10:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=YSTIBsNyt0UbCSKZZ3/5Y/F2JjLDPfT4jIC/BbuSUL8=; b=qRCXFDoIQpOW4VAYd0+M MWlZMTSjGmY8ZLEvloWWK9pi0K1OnLvIJsibJXsTJIIV+UQg9MG3/DlZORXeNQdbCiU5cRA1ZPGe9 2FsD15i3+IEuyo/A9Rm8mSLl2XJsl8Wt/aQ0KEE5NSFuSLRJ/jGpMqlnpdY3OHsl/LG9xcbOXb0Dx tpNi5leKsmVMoeLS1WwTeiAT0b6crz+AjpwP/oQKEsPGu624jClXBcwRRHf+kxbXfKJlofQqmTsBH 3l5m1Q4FMry+dk3X8aGlMmmmel9GSJwKZLfWMMlBMzN7BYSxfsgWFYgT2lFVQvM99KdzznhJVNWIY R4P4GqNo2oq/sg==; Received: from 91-160-117-201.subs.proxad.net ([91.160.117.201]:53502 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o4qZL-0008Ci-Cw; Fri, 24 Jun 2022 17:10:24 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Ethan Blanton Subject: Re: bug#56076: guix shell -P behavior is surprising with persistent home References: Date: Fri, 24 Jun 2022 23:10:21 +0200 In-Reply-To: (Ethan Blanton's message of "Sat, 18 Jun 2022 17:41:46 -0400") Message-ID: <87letlu5s2.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 56076 Cc: 56076@debbugs.gnu.org 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 Ethan, Ethan Blanton skribis: > I am using guix shell to create an isolated container, but using a > persistent home directory to preserve configuration and state for the > program in the container. Specifically, I am using (lightly > simplified; note that the user is elb and the manifest contains ONLY > syncthing): > > CONTAINER_HOME=3D/path/to/persistent/home > MANIFEST=3D/path/to/manifest.scm > > guix shell --container --network --no-cwd -P \ > --share=3D$CONTAINER_HOME=3D/home/elb -- \ > /bin/sh -c 'SSL_CERT_DIR=3D"$HOME/.guix-profile/etc/ssl/certs"= syncthing' > > Because syncthing requires a certificate store, the easiest way to > configure that seemed to be through the profile /etc dir, which meant > using -P. The above command works, and works correctly, but only the > first time the profile is started. I guess it=E2=80=99s confusing because =E2=80=98-P=E2=80=99 and =E2=80=98--= share=E2=80=99 kind of step on each other=E2=80=99s toes: they both want to control /home/elb. > On subsequent starts, guix complains that: > > guix shell: error: cannot link profile: '/home/elb/.guix-profile' already= exists within container > > This is easily worked around by removing .guix-profile from the > --share-bound home directory before invoking guix shell. > > It is not clear to me that this is a bug, but it was surprising. It > was also surprising that there was not an obvious way to simply > declare a persistent home directory for a container, although now that > I understand the `guix shell` command better, I find this less > surprising than I did when I was first exploring. Yeah, I=E2=80=99m not sure how to better handle that; the two options are conflicting. That said, for this particular use case, you could do: guix shell syncthing nss-certs openssl -- syncthing Adding =E2=80=98openssl=E2=80=99 to the mix is a trick to ensure that SSL_C= ERT_DIR is defined, thanks to the search path mechanism: https://guix.gnu.org/manual/devel/en/html_node/Search-Paths.html Thoughts? Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 24 17:18:31 2022 Received: (at 56076) by debbugs.gnu.org; 24 Jun 2022 21:18:31 +0000 Received: from localhost ([127.0.0.1]:43692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o4qhD-0000R8-KN for submit@debbugs.gnu.org; Fri, 24 Jun 2022 17:18:31 -0400 Received: from laurent.telenet-ops.be ([195.130.137.89]:38012) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o4qhB-0000Qy-5l for 56076@debbugs.gnu.org; Fri, 24 Jun 2022 17:18:29 -0400 Received: from ptr-bvsjgyhxw7psv60dyze.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:3c5f:2eff:feb0:ba5a]) by laurent.telenet-ops.be with bizsmtp id n9JS2700E4UW6Th019JSSc; Fri, 24 Jun 2022 23:18:27 +0200 Message-ID: <6c1c24fc001fe020895f9e85299c7049c1692a62.camel@telenet.be> Subject: Re: bug#56076: guix shell -P behavior is surprising with persistent home From: Maxime Devos To: Ludovic =?ISO-8859-1?Q?Court=E8s?= , Ethan Blanton Date: Fri, 24 Jun 2022 23:18:16 +0200 In-Reply-To: <87letlu5s2.fsf@gnu.org> References: <87letlu5s2.fsf@gnu.org> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-PvT2crWgSDRIqy3ISy7j" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r22; t=1656105507; bh=sqKdOO81o8w3A6CjeWsg0VZgsu7J9BASmO1EWR07sQ0=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=PPZciba4QgssMzWMla5aFS8OJgBcYSBFWKD+xnk3i0GasSzLpc6VWKy72sB0f6Hv+ 9APffL8OjIi8WlHYmKqJIHjUvQbG3imTuwCOqb20Hy3l0ZXEEnuTwxvR6q08zFFZHP jP+/LXuhw3t8GM3/uUR6gKU9b+3SjIbZmjV7teyJV0c8vXSzWqeOd/hguXl6bivMw3 HIRUHrStIojsAsZVRw8sPsFKZr7zQYbvO9Lsbf0YJf2TdLo2N6JCL2Da/7cnoHHFsF eoJzY1bcGzthQsq03nBmTnzPJWDTDdxtPv2748QgKbWGmbNLKfpS8gGc4SOpoGomzu c6a7Za6DDy0qw== X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 56076 Cc: 56076@debbugs.gnu.org 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 (-) --=-PvT2crWgSDRIqy3ISy7j Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s schreef op vr 24-06-2022 om 23:10 [+0200]: > That said, for this particular use case, you could do: >=20 > =C2=A0 guix shell syncthing nss-certs openssl -- syncthing >=20 > Adding =E2=80=98openssl=E2=80=99 to the mix is a trick to ensure that SSL= _CERT_DIR is > defined, thanks to the search path mechanism: >=20 > =C2=A0 https://guix.gnu.org/manual/devel/en/html_node/Search-Paths.html >=20 > Thoughts? Having to add openssl looks like a bug, so I'd go for something like instead, which resolves that. Greetings, Maxime. --=-PvT2crWgSDRIqy3ISy7j Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYrYqGBccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7rzgAP9nv0qmqToh8y+uHFpugmVm1F9b ObB0+ryGHrb077iNcgEA0Wrdokg7ezmRpEII3y/mNsajvsfEbnTshBjf/J0vXw8= =rMF+ -----END PGP SIGNATURE----- --=-PvT2crWgSDRIqy3ISy7j-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 27 03:55:33 2022 Received: (at 56076) by debbugs.gnu.org; 27 Jun 2022 07:55:33 +0000 Received: from localhost ([127.0.0.1]:49706 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5jan-00059B-Fz for submit@debbugs.gnu.org; Mon, 27 Jun 2022 03:55:33 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49124) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5jam-00058w-FZ for 56076@debbugs.gnu.org; Mon, 27 Jun 2022 03:55:32 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:32912) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o5jaf-0002eQ-Pg; Mon, 27 Jun 2022 03:55:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=flkpAYAAJ83OWM86VwLb9J4x3mv/sbr/OGxLvmkFTmM=; b=bxi6nz1IZumPW6MRMD3Q lQ4/8nFVdkH1q4NOy5YeZJ1bD1+d/B9/47Qjn4ua9BxL8K2b0TNpv0/F0WfDPs47vPG5sDENFqU9J bT57PJJwiGywOldOWXwvuxB4Ph8NvvUptZXzoACvkPPa/aQ9nslcGzIhXuJuvPYWs/zQ7q0GSvUp/ /c9RfHlfs2Sy6bUMODsqWyOYxQqS9E8SXNh2v/oWiw0FFkM+JVLZLkP4XgxeDrPDa84eIpCrHYaZi bPkx6lYtE3vP6VgcA8axJdrBbgzj6Dde0KgEIeXRu9W2+rejNnTu7kC+Re4sJqW+mmVXgLnSY0f7Q NDCne2j8aVQiug==; Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=36272 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o5jaW-0001h0-IH; Mon, 27 Jun 2022 03:55:24 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Maxime Devos Subject: Re: bug#56076: guix shell -P behavior is surprising with persistent home References: <87letlu5s2.fsf@gnu.org> <6c1c24fc001fe020895f9e85299c7049c1692a62.camel@telenet.be> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: Nonidi 9 Messidor an 230 de la =?utf-8?Q?R=C3=A9volu?= =?utf-8?Q?tion=2C?= jour de l'Absinthe X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 27 Jun 2022 09:55:14 +0200 In-Reply-To: <6c1c24fc001fe020895f9e85299c7049c1692a62.camel@telenet.be> (Maxime Devos's message of "Fri, 24 Jun 2022 23:18:16 +0200") Message-ID: <878rpilevx.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 56076 Cc: Ethan Blanton , 56076@debbugs.gnu.org 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, Maxime Devos skribis: > Ludovic Court=C3=A8s schreef op vr 24-06-2022 om 23:10 [+0200]: >> That said, for this particular use case, you could do: >>=20 >> =C2=A0 guix shell syncthing nss-certs openssl -- syncthing >>=20 >> Adding =E2=80=98openssl=E2=80=99 to the mix is a trick to ensure that SS= L_CERT_DIR is >> defined, thanks to the search path mechanism: >>=20 >> =C2=A0 https://guix.gnu.org/manual/devel/en/html_node/Search-Paths.html >>=20 >> Thoughts? > > Having to add openssl looks like a bug, It is, but it=E2=80=99s a reasonable solution for the problem at hand. > so I'd go for something like > instead, which resolves that. That=E2=80=99s a bit of a hack to work around this venerable bug: https://issues.guix.gnu.org/22138 :-) Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 27 04:37:59 2022 Received: (at 56076) by debbugs.gnu.org; 27 Jun 2022 08:37:59 +0000 Received: from localhost ([127.0.0.1]:49808 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5kFc-0004Kl-As for submit@debbugs.gnu.org; Mon, 27 Jun 2022 04:37:59 -0400 Received: from xavier.telenet-ops.be ([195.130.132.52]:40570) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o5kFO-0004KN-O0 for 56076@debbugs.gnu.org; Mon, 27 Jun 2022 04:37:43 -0400 Received: from ptr-bvsjgyhxw7psv60dyze.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:3c5f:2eff:feb0:ba5a]) by xavier.telenet-ops.be with bizsmtp id o8dR2700B4UW6Th018dRuv; Mon, 27 Jun 2022 10:37:26 +0200 Message-ID: <16baeb96695dcceefca352ff9660ca6d2b87754b.camel@telenet.be> Subject: Re: bug#56076: guix shell -P behavior is surprising with persistent home From: Maxime Devos To: Ludovic =?ISO-8859-1?Q?Court=E8s?= Date: Mon, 27 Jun 2022 10:37:21 +0200 In-Reply-To: <878rpilevx.fsf@gnu.org> References: <87letlu5s2.fsf@gnu.org> <6c1c24fc001fe020895f9e85299c7049c1692a62.camel@telenet.be> <878rpilevx.fsf@gnu.org> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-TtDvIWMb6MBxJZ+QHdVj" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r22; t=1656319046; bh=YKy9NhjLIj3/p7PxB8wATR8guKpo1mPQ8+R8V/4EkFY=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=QlD2A4Nd4ZoOjhVAqWIAHhGs+90HnqxLlRe8xcB7iYtudLnVtIb9BWyasLcl4gKOW zZcUItrznuIySX68qtGptYyVEG/hbAL5fWYU4Q8tF1Pkk1UaIkjGYAb4mNJVdXoOMT RxCew5SPle2NsXfacBZ32QIw/oTurTnjcwEEaZ2uBxI/iuT5vIf2FMzp0JjjM/9JtG /oRCw9t5E/SEJHuGeR2PTQPuITgmVYZVVvmCGMd7g3D7BZJNMEVzoyIFd7Qwdn7Cg0 XT4snJ3F4c9KIYSteQX6DYtBUUlmc7yAToFnbu5KSjkbgV1tU5+GtCz9UqBK7aKXPk hk7vcgxwqb2zg== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 56076 Cc: Ethan Blanton , 56076@debbugs.gnu.org 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 (-) --=-TtDvIWMb6MBxJZ+QHdVj Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > > Having to add openssl looks like a bug, >=20 > It is, but it=E2=80=99s a reasonable solution for the problem at hand. I don't think it is. The point of a package manager or distribution is to automatically install dependencies where required -- in case of Guix, dependencies can be considered in a more general sense to include search paths and not only store items. Having to search #guix or the ML for work-arounds defeats the point. My patch could be considered a work-around, but at least it's automatic for the users, users don't need to remember random Guix bug facts. Ludovic Court=C3=A8s schreef op ma 27-06-2022 om 09:55 [+0200]: > That=E2=80=99s a bit of a hack to work around this venerable bug: >=20 > =C2=A0 https://issues.guix.gnu.org/22138 >=20 > :-) Maybe yes, but there's no progress there, so work-arounds are needed, and I consider my to be less of a hack than =E2=80=98add random packages=E2=80=99 (at least 55297 is automati= c for the user, the user doesn't have to remember random packages). And even if we do 55297 now, it's still possible to do 22138 later if deemed proper. And the patch there is fragile (e.g., if you have gcc:lib in the references, you automatically get $LIBRARY_PATH TOO, if you have a cross-gcc:lib, you'd get a $CROSS_LIBRARY_PATH (untested), it's also not really lexical (+) -- wrap-program boundaries aren't respected. It could also easily go wrong in case of static linking (because then references disappear). So I consider 22138 not be be a bug/working patch but a source of more bugs and 55297 to be a proper fix (*). (*) Except for $GUIX_LOCPATH, but that could be made magical in the same sense of $PATH. (+) E.g., suppose that pkg-config and a cross-pkg-config are somewhere in the references for whatever reason, but only a single one is in the (propagated) native-inputs. They both ahave a $PKG_CONFIG_PATH search path. However, they are different search paths (one is native-inputs, other is inputs), so we would get in trouble when "guix shell -D package" is extended with a --target option or such to make a cross- compilation environment. Greetings, Maxime. --=-TtDvIWMb6MBxJZ+QHdVj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYrlsQRccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7utVAQCI4Xq4AndhygDjTTKsE+IlRd82 UAxVY7xWhGRnym3MUAD/b+Q2VCRC0jy4zB0BT6OFbLw5/ji0G01mZ+h9mLWeywk= =sKEu -----END PGP SIGNATURE----- --=-TtDvIWMb6MBxJZ+QHdVj-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 28 03:44:05 2022 Received: (at 56076) by debbugs.gnu.org; 28 Jun 2022 07:44:05 +0000 Received: from localhost ([127.0.0.1]:53866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o65tE-0003Ud-NG for submit@debbugs.gnu.org; Tue, 28 Jun 2022 03:44:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54072) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o65tC-0003Tx-1f for 56076@debbugs.gnu.org; Tue, 28 Jun 2022 03:44:04 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53830) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o65t0-0006CK-39; Tue, 28 Jun 2022 03:43:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=CCKwz3Kb10Rxw2gu+OUeVImOPgwuBMYWx7E8yWj/64U=; b=mRNCizgx3RFuowRvpX1/ G+Omp2UFSDIR5Nn+Q+ykdB7dbbSZeWFrch2hnjP+QMaVTvZhWnUI6f1YBlHY1BWEG/BnUYNSQ+Xmj 3qd0GG6HMNUddGpKyG+LfNQEldn2eRRyWiawZ6SbVDxc9dpdVvuBE6BRrvzK4yzaIMbHmS4dAX2ie +7TlxVppA2Ufa/EHlNLvqHLB0DaPczwp/R86tEdzzEVY6ZvjpRvb1gN2rvhlwPPBjdMuK/3uRQBBd 0bfmj2urXtTOt8FnVKaf1S1qj2/wwr+bknzu1UAhlRYGerOUpFjFZ2/ajDSvFOyrab/7WTVxoLmat 2eThoxKNK2grSg==; Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=51550 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o65sz-0008T6-7p; Tue, 28 Jun 2022 03:43:49 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Maxime Devos Subject: Re: bug#56076: guix shell -P behavior is surprising with persistent home References: <87letlu5s2.fsf@gnu.org> <6c1c24fc001fe020895f9e85299c7049c1692a62.camel@telenet.be> <878rpilevx.fsf@gnu.org> <16baeb96695dcceefca352ff9660ca6d2b87754b.camel@telenet.be> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: =?utf-8?Q?D=C3=A9cadi?= 10 Messidor an 230 de la =?utf-8?Q?R=C3=A9volution=2C?= jour de la Faucille X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Tue, 28 Jun 2022 09:43:46 +0200 In-Reply-To: <16baeb96695dcceefca352ff9660ca6d2b87754b.camel@telenet.be> (Maxime Devos's message of "Mon, 27 Jun 2022 10:37:21 +0200") Message-ID: <87bkudfd1p.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 56076 Cc: Ethan Blanton , 56076@debbugs.gnu.org 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, Maxime Devos skribis: >> > Having to add openssl looks like a bug, >>=20 >> It is, but it=E2=80=99s a reasonable solution for the problem at hand. > > I don't think it is. On another distro, you might have to set SSL_CERT_DIR manually. It=E2=80= =99s not that big of a deal, or at least not really worse. [...] > My patch could be considered a > work-around, but at least it's automatic for the users, users don't > need to remember random Guix bug facts. If we start adding such workarounds, where do we stop? Someone will want to have similar workarounds for TERMINFO_DIRS; do we add that to each and every package that uses ncurses? What about GST_PLUGIN_PATH? So far, we=E2=80=99ve addressed those by special-casing a few key variables= in /etc/profile on Guix System and similarly in the file generated by the install script on foreign distros. Maybe we could do the same with SSL_CERT_DIR? > Ludovic Court=C3=A8s schreef op ma 27-06-2022 om 09:55 [+0200]: >> That=E2=80=99s a bit of a hack to work around this venerable bug: >>=20 >> =C2=A0 https://issues.guix.gnu.org/22138 >>=20 >> :-) > > Maybe yes, but there's no progress there True, but that doesn=E2=80=99t mean it has to stay that way. I understand your frustration (I really do!) and I agree that sometimes we need workarounds when there=E2=80=99s no =E2=80=9Cproper=E2=80=9D soluti= on in sight. Our disagreement is about the kind of workaround in this case; I=E2=80=99m relu= ctant to adding search path definitions to users of a library that defines it. Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 28 06:50:15 2022 Received: (at 56076) by debbugs.gnu.org; 28 Jun 2022 10:50:15 +0000 Received: from localhost ([127.0.0.1]:54052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o68nP-0008Gf-FB for submit@debbugs.gnu.org; Tue, 28 Jun 2022 06:50:15 -0400 Received: from xavier.telenet-ops.be ([195.130.132.52]:44576) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o68nM-0008GT-Pg for 56076@debbugs.gnu.org; Tue, 28 Jun 2022 06:50:13 -0400 Received: from ptr-bvsjgyhxw7psv60dyze.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:3c5f:2eff:feb0:ba5a]) by xavier.telenet-ops.be with bizsmtp id oaqA2700Q4UW6Th01aqApN; Tue, 28 Jun 2022 12:50:11 +0200 Message-ID: Subject: Re: bug#56076: guix shell -P behavior is surprising with persistent home From: Maxime Devos To: Ludovic =?ISO-8859-1?Q?Court=E8s?= Date: Tue, 28 Jun 2022 12:50:06 +0200 In-Reply-To: <87bkudfd1p.fsf@gnu.org> References: <87letlu5s2.fsf@gnu.org> <6c1c24fc001fe020895f9e85299c7049c1692a62.camel@telenet.be> <878rpilevx.fsf@gnu.org> <16baeb96695dcceefca352ff9660ca6d2b87754b.camel@telenet.be> <87bkudfd1p.fsf@gnu.org> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-lCvO2pE2iWgmKRqf2v+6" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r22; t=1656413411; bh=GRn1lpsLatbozc1KoOtsCV+K/EHfAzMulOnUzCcPEGc=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=SGUTfddCcfCbNIlrORoCgDhWqApmVBfy7lw+1FAc5yNRJ8iwamkQL/R/2QyGCGzXy bp9FTaYCtzFRSPb7ezhN4/h/Hvw18sj337sMwMZLck4icBsch/Wxi6WmrZcPW9V/m+ PlJW5YszMkZR12Ny7XFNnlG+jmqvdTkYveyC9FUg/W9cBttGPPpsxqi6mLWQ+csKkV lZAX0IZgk7eXfI1NOU7og+EmTqqgX7gSaCupeZu8AiAB1MtyGU3FwTib4NS/EqOImy lapo6fgQKry/bLmha/C34m3GJxT8pgztMLAv39ogMxknKtvmvGduPI1VFaODmGV6D2 yRSFxheBQ/Piw== X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 56076 Cc: Ethan Blanton , 56076@debbugs.gnu.org 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 (-) --=-lCvO2pE2iWgmKRqf2v+6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > On another distro, you might have to set SSL_CERT_DIR manually. It=E2=80= =99s > not that big of a deal, or at least not really worse. On other distros, that's sufficient because they only have global installation, in /etc/ssl/certs. So I don't think it's a good comparison, given that Guix is all about user-level and occassionally ad-hoc "guix shell". Ludovic Court=C3=A8s schreef op di 28-06-2022 om 09:43 [+0200]: > > My patch could be considered a > > work-around, but at least it's automatic for the users, users don't > > need to remember random Guix bug facts. >=20 > If we start adding such workarounds, where do we stop?=C2=A0 Someone will > want to have similar workarounds for TERMINFO_DIRS; do we add that to > each and every package that uses ncurses?=C2=A0 What about > GST_PLUGIN_PATH? Sounds good. > So far, we=E2=80=99ve addressed those by special-casing That seems equally workaround to me? Though way less work so sounds good, except for it being rejected in the past. > a few key variables in /etc/profile on Guix System and similarly in > the file generated by the install script on foreign distros. >=20 > Maybe we could do the same with SSL_CERT_DIR? Shouldn't this be $GUIX_ENVIRONMENT/etc/profile instead of /etc/profile? Otherwise, it wouldn't have any effect on "guix shell". Also, I believe I have proposed making some other variables behave like $PATH as well, but you rejected it for being special-cased and magic. Greetings, Maxime. --=-lCvO2pE2iWgmKRqf2v+6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYrrc3hccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7n02AQDwuZCqSpbnwFuH/RSP1m3DBPfc 7z0aUL7rfeo11II2pgEAoH+EC4zvIiqOx7D0VcvmQJ3RQZu5qPcgwJT35+vFpws= =PnK1 -----END PGP SIGNATURE----- --=-lCvO2pE2iWgmKRqf2v+6-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 28 08:08:24 2022 Received: (at 56076) by debbugs.gnu.org; 28 Jun 2022 12:08:24 +0000 Received: from localhost ([127.0.0.1]:54140 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6A12-00066i-BG for submit@debbugs.gnu.org; Tue, 28 Jun 2022 08:08:24 -0400 Received: from xavier.telenet-ops.be ([195.130.132.52]:57290) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6A0z-00066U-2l for 56076@debbugs.gnu.org; Tue, 28 Jun 2022 08:08:22 -0400 Received: from ptr-bvsjgyhxw7psv60dyze.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:3c5f:2eff:feb0:ba5a]) by xavier.telenet-ops.be with bizsmtp id oc8J2700s4UW6Th01c8KMr; Tue, 28 Jun 2022 14:08:19 +0200 Message-ID: Subject: Re: bug#56076: guix shell -P behavior is surprising with persistent home From: Maxime Devos To: Ludovic =?ISO-8859-1?Q?Court=E8s?= Date: Tue, 28 Jun 2022 14:08:14 +0200 In-Reply-To: <87bkudfd1p.fsf@gnu.org> References: <87letlu5s2.fsf@gnu.org> <6c1c24fc001fe020895f9e85299c7049c1692a62.camel@telenet.be> <878rpilevx.fsf@gnu.org> <16baeb96695dcceefca352ff9660ca6d2b87754b.camel@telenet.be> <87bkudfd1p.fsf@gnu.org> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-ERRSxIEMXTHjIhsZWRkS" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r22; t=1656418099; bh=KoQHH5LMwvXL5+0GJrs1h+8bQLpgGxkt2PjMwRWHFTw=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=kygaP7bLQ/lPAWQiZvS5vQXoMDaL39Nuscj4Iz1VOFrVVL9RuZAIsqMs5Og4XHQaQ s+EzO+ZdqCHg0vQ6ieQ4pKLaZWeCQ4mXr1PQMnrvYdvEOx9SHUmpXa9PmDm3u+BkKN XreFjgFrVKSoZQ3GhU/+x+eEM6pFoah3yB6AmR8dAi2b381UJS39+lCm83N+2N8zgI zKkxcvBheDB4eejBcK0D65OXudLJFhFmlNaGbWp3YzI8X/7s9MRlWYrfBBdDKXRC0W aTk7xiqWdW2sHTboGoFMoIk9H3z7DsJzjsVuR2MgrRy7hU5+j962ub7WjBUMyQJWOc iyNyptsPRydIw== X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 56076 Cc: Ethan Blanton , 56076@debbugs.gnu.org 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 (-) --=-ERRSxIEMXTHjIhsZWRkS Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s schreef op di 28-06-2022 om 09:43 [+0200]: > Hi, >=20 > Maxime Devos skribis: >=20 > > > > Having to add openssl looks like a bug, > > >=20 > > > It is, but it=E2=80=99s a reasonable solution for the problem at hand= . > >=20 > > I don't think it is. >=20 > On another distro, you might have to set SSL_CERT_DIR manually.=C2=A0 It= =E2=80=99s > not that big of a deal, or at least not really worse. It's not a huge deal, but it could be even better: no deal at all, automatically! That's what computers are for. Also, we don't have to limit ourself to =E2=80=98Guix: not worse than other distros=E2=80=99. Greetings, Maxime. --=-ERRSxIEMXTHjIhsZWRkS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYrrvLhccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7pnOAQDsMe1fX7pHiLjT67pLCG8gm5jK sjRde5UNxRWhj+fIFgD9HTuYsZdgEJSK0EX2tf9DYo9aycdqgqWOSIvE3E5fewQ= =SfMF -----END PGP SIGNATURE----- --=-ERRSxIEMXTHjIhsZWRkS--