From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pierre Neidhardt Subject: Re: =?utf-8?Q?=E2=80=9CGuix?= Profiles in =?utf-8?Q?Practice?= =?utf-8?Q?=E2=80=9D?= Date: Mon, 04 Nov 2019 11:10:38 +0100 Message-ID: <87d0e8lzoh.fsf@ambrevar.xyz> References: <87r231rulr.fsf@gnu.org> <87eeyp597u.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:50177) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iRZJy-00009q-Q7 for guix-devel@gnu.org; Mon, 04 Nov 2019 05:10:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iRZJx-0000H4-4H for guix-devel@gnu.org; Mon, 04 Nov 2019 05:10:50 -0500 In-Reply-To: <87eeyp597u.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ludovic =?utf-8?Q?Court=C3=A8s?= , "Thompson, David" Cc: guix-devel , help-guix --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s writes: > That sounds like a good idea. =E2=80=98guix develop=E2=80=99 could keep = the profiles it > manages under ~/.cache/guix. > > Now, this would be very much stateful: you can=E2=80=99t tell in advance = whether > you=E2=80=99re going to build a new profile based on the current Guix, or > whether you=E2=80=99re going to reuse a previously cached profile that co= uld be > arbitrarily old. That doesn=E2=80=99t sound great. This could be fixed, maybe the following way: =2D Dump the channel specifications for every profile in etc/channel-spec.scm for instance. =2D Merge Konrad's time-machine script so that we can easily reuse a channel specification to activate a profile. > Perhaps we should focus on improving the performance of =E2=80=98guix > environment=E2=80=99 first and foremost? But isn't it orthogonal to this issue? As I understand it, the current discussion is about "pinning" profiles. Should any dependency get garbage collected, an environment will need Internet access to refetch the missing parts; I think this is what we are trying to avoid, regardless of how fast `guix environment` is. What about `guix environment --pin` instead of `guix develop`? =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAl2/+R4ACgkQm9z0l6S7 zH+5zAf/f11B+haxjRK2MBQ2dRoy3d2YXUjoOJpCkzpo+f7LfHqQuGNcnA9s5odk IsmL1fLKt1FDtkIBuihmTrIByvnpJoRHnHm+Jjoy9iAzOy+LzNeTvALG2GFhosrh M3/htXIAIU1bfkuamTY6O6Y/C02khen+1TpMB3yqnNyk2fjbgNLIVIFgm5Snc9rw kSqsRp93Vly9DMS52gzEhu18orX1XMQ+7wWghmtd9LeGMm9mxW91uU092hKIo0G3 xBymg4pZ+MKrhalitUw72LTgiz80CxPau/0DP5yHB7B/NKORPQBJLUEKR3/pffA3 pD/DGo0qTItMSIO15r4vVJBxYgTTNQ== =hy8M -----END PGP SIGNATURE----- --=-=-=--