From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id 2HghC1voFmAiSgAA0tVLHw (envelope-from ) for ; Sun, 31 Jan 2021 17:26:51 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id iDv5BlvoFmBxSwAA1q6Kng (envelope-from ) for ; Sun, 31 Jan 2021 17:26:51 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 448C99404E8 for ; Sun, 31 Jan 2021 17:26:50 +0000 (UTC) Received: from localhost ([::1]:59732 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l6GUr-00046o-3x for larch@yhetil.org; Sun, 31 Jan 2021 12:26:49 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:44812) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l6GUP-00044s-72 for guix-devel@gnu.org; Sun, 31 Jan 2021 12:26:21 -0500 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:51163) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l6GUM-0001Z3-9X; Sun, 31 Jan 2021 12:26:20 -0500 X-Originating-IP: 86.247.16.87 Received: from mimimi (lfbn-idf2-1-709-87.w86-247.abo.wanadoo.fr [86.247.16.87]) (Authenticated sender: mail@ambrevar.xyz) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 467F9C0005; Sun, 31 Jan 2021 17:26:10 +0000 (UTC) From: Pierre Neidhardt To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#45919: [PATCH 0/8] Exporting a manifest and channels from a profile In-Reply-To: <87o8h6fs1n.fsf_-_@gnu.org> References: <20210116182957.31075-1-ludo@gnu.org> <87wnvyv7w6.fsf@gnu.org> <871re5t2lg.fsf@ambrevar.xyz> <874kizsk0z.fsf@ambrevar.xyz> <87o8h6fs1n.fsf_-_@gnu.org> Date: Sun, 31 Jan 2021 18:26:10 +0100 Message-ID: <875z3dqaq5.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Received-SPF: pass client-ip=217.70.183.198; envelope-from=mail@ambrevar.xyz; helo=relay6-d.mail.gandi.net X-Spam_score_int: 0 X-Spam_score: -0.1 X-Spam_bar: / X-Spam_report: (-0.1 / 5.0 requ) BAYES_00=-1.9, FROM_SUSPICIOUS_NTLD=0.499, PDS_OTHER_BAD_TLD=1.999, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel , 45919@debbugs.gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -4.46 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: 448C99404E8 X-Spam-Score: -4.46 X-Migadu-Scanner: scn0.migadu.com X-TUID: mwAJ1yq+PpsY --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi! Ludovic Court=C3=A8s writes: > Here are practical issues that come to mind: > > =E2=80=A2 It would only work for newer profiles, created after the feat= ure has > been implemented (maybe that=E2=80=99s okay). Indeed, I think it's OK! :) > =E2=80=A2 The generated files might use APIs that, in the meantime, got > deprecated or changed somehow. This is in contrast with > =E2=80=98--export-profile=E2=80=99, which interprets =E2=80=98manifes= t=E2=80=99 (a versioned file > format) and produces code that can use the API du jour. /run/current-system/configuration.scm suffers from the same problem. But with the manifest we could do better, we could include a version number one way or another. Besides, since it comes together with channels.scm, we know which Guix was used, so we always have access to the Guix with the right API to install the manifest. All in all, I think this is not a problem. > =E2=80=A2 One would still have to learn about these two files, and pick= the > right =E2=80=9Cmanifest=E2=80=9D file. I think it would be easier than a command. See below. > =E2=80=A2 For users of =E2=80=98-m my-manifest.scm=E2=80=99, we would n= eed to store > =E2=80=98my-manifest.scm=E2=80=99 as is instead of generating an appr= oximation > thereof. Which seems easy to do, isn't it? Another use-case which I find useful and comes close to this feature is that of channel/manifest versioning, in the sense of keeping these files under version control for instance in a Git repository. This can be useful to keep the history of everything, even deleted generations, or even in case of hardware failure. To that end, it'd be nice if we could export these files automatically to a designated location. Example: I update ~/my-profile and it automatically produces / overwrite ~/repos/guix-profile-metadata.git/my-profile/channels.scm and ~/repos/guix-profile-metadata.git/my-profile/manifest.scm. This way I can commit these 2 files in my guix-profile-metadata.git repository. Food for thoughts :) =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFGBAEBCAAwFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAmAW6DISHG1haWxAYW1i cmV2YXIueHl6AAoJEJvc9Jeku8x/R7IH/26U4TsZz/vZ0XE4s2/ck3ZnUaYJIMNA pjx3wsbrRnxDqh8a5CGB+kq1NpEysIMgDhNQY3GbxnGCoZDBILzKQ3sheF72IdAq HS3rxax7Yv4blvDYm959920KGqltIfpcHOHrow7X9HigJKI1fP/gIeHB7UiPEA7J 66OEK2CsagMnhxM7/Emp639a09FcTq8abonUw5yY+L6fvzk75bPdApQVg8KdtaKN JXmU49toilgUvo2nbGGVjKDiO3GY7jA2uq09/y1QD09JH5Ol3XjTfIGrgfyyltwJ qxrX3BnFVPx7qT/5Tg7VWDD6n+fHB/qZMshscnX6y18da6stbybX/wg= =DCrG -----END PGP SIGNATURE----- --=-=-=--