From unknown Tue Jun 17 22:16:39 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system' Resent-From: iyzsong@member.fsf.org (=?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?=) Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Sat, 20 Jul 2019 05:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 36738 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: 36738@debbugs.gnu.org X-Debbugs-Original-To: guix-patches@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15635991425922 (code B ref -1); Sat, 20 Jul 2019 05:06:01 +0000 Received: (at submit) by debbugs.gnu.org; 20 Jul 2019 05:05:42 +0000 Received: from localhost ([127.0.0.1]:56731 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hohYz-0001XS-NJ for submit@debbugs.gnu.org; Sat, 20 Jul 2019 01:05:42 -0400 Received: from lists.gnu.org ([209.51.188.17]:50276) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hohYy-0001XK-4Q for submit@debbugs.gnu.org; Sat, 20 Jul 2019 01:05:40 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45181) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hohYx-0004zH-1q for guix-patches@gnu.org; Sat, 20 Jul 2019 01:05:40 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05, FROM_EXCESS_BASE64, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hohYv-0002Ml-Q6 for guix-patches@gnu.org; Sat, 20 Jul 2019 01:05:38 -0400 Received: from rezeros.cc ([2001:19f0:7001:2f3e:5400:ff:fe84:e55d]:52476) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hohYv-0002Kn-AH for guix-patches@gnu.org; Sat, 20 Jul 2019 01:05:37 -0400 Received: from localhost (2409:8a62:373:6d20:6cef:8816:1032:4c8f [IPv6:2409:8a62:373:6d20:6cef:8816:1032:4c8f]) by rezeros.cc (OpenSMTPD) with ESMTPSA id fcf632ec (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Sat, 20 Jul 2019 05:05:33 +0000 (UTC) Received: from gift (localhost [127.0.0.1]) by localhost (OpenSMTPD) with ESMTP id 3eda2175 for ; Sat, 20 Jul 2019 05:05:31 +0000 (UTC) From: iyzsong@member.fsf.org (=?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?=) Date: Sat, 20 Jul 2019 13:05:31 +0800 Message-ID: <87a7d9l2hw.fsf@member.fsf.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:19f0:7001:2f3e:5400:ff:fe84:e55d 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 (---) --=-=-= Content-Type: text/plain Hello, this patch handle the '--no-grafts' command line option: --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0001-deploy-Honor-no-grafts.patch >From a9af4a0404d9cec29ed200c2fa6a6fb160f6babb Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= Date: Sat, 20 Jul 2019 12:45:34 +0800 Subject: [PATCH 1/2] deploy: Honor '--no-grafts'. * guix/scripts/deploy.scm (guix-deploy): Parameterize '%graft?'. --- guix/scripts/deploy.scm | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/guix/scripts/deploy.scm b/guix/scripts/deploy.scm index 978cfb2a81..3acd32eaa7 100644 --- a/guix/scripts/deploy.scm +++ b/guix/scripts/deploy.scm @@ -23,6 +23,7 @@ #:use-module (guix scripts build) #:use-module (guix store) #:use-module (guix ui) + #:use-module (guix grafts) #:use-module (ice-9 format) #:use-module (srfi srfi-1) #:use-module (srfi srfi-37) @@ -80,5 +81,6 @@ Perform the deployment specified by FILE.\n")) (set-build-options-from-command-line store opts) (for-each (lambda (machine) (info (G_ "deploying to ~a...") (machine-display-name machine)) - (run-with-store store (deploy-machine machine))) + (parameterize ((%graft? (assq-ref opts 'graft?))) + (run-with-store store (deploy-machine machine)))) machines)))) -- 2.19.2 --=-=-= Content-Type: text/plain And '--system', so I can deploy a "i686-linux" from my "x86_64-linux": --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0002-deploy-Handle-the-system-command-line-option.patch >From 192f96a3fa4342765db919006c35cdeb1774b62f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= Date: Sat, 20 Jul 2019 12:51:45 +0800 Subject: [PATCH 2/2] deploy: Handle the '--system' command line option. * guix/scripts/deploy.scm (show-help): Add help for '--system'. (%options): Add '-s' and '--system'. (guix-deploy): Parameterize %current-system. --- guix/scripts/deploy.scm | 12 ++++++++++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/guix/scripts/deploy.scm b/guix/scripts/deploy.scm index 3acd32eaa7..52bba3f3bf 100644 --- a/guix/scripts/deploy.scm +++ b/guix/scripts/deploy.scm @@ -23,6 +23,7 @@ #:use-module (guix scripts build) #:use-module (guix store) #:use-module (guix ui) + #:use-module (guix utils) #:use-module (guix grafts) #:use-module (ice-9 format) #:use-module (srfi srfi-1) @@ -41,6 +42,8 @@ (define (show-help) (display (G_ "Usage: guix deploy [OPTION] FILE... Perform the deployment specified by FILE.\n")) + (display (G_ " + -s, --system=SYSTEM attempt to build for SYSTEM--e.g., \"i686-linux\"")) (show-build-options-help) (newline) (display (G_ " @@ -55,10 +58,14 @@ Perform the deployment specified by FILE.\n")) (lambda args (show-help) (exit 0))) + (option '(#\s "system") #t #f + (lambda (opt name arg result) + (alist-cons 'system arg + (alist-delete 'system result eq?)))) %standard-build-options)) (define %default-options - '((system . ,(%current-system)) + `((system . ,(%current-system)) (substitutes? . #t) (build-hook? . #t) (graft? . #t) @@ -81,6 +88,7 @@ Perform the deployment specified by FILE.\n")) (set-build-options-from-command-line store opts) (for-each (lambda (machine) (info (G_ "deploying to ~a...") (machine-display-name machine)) - (parameterize ((%graft? (assq-ref opts 'graft?))) + (parameterize ((%current-system (assq-ref opts 'system)) + (%graft? (assq-ref opts 'graft?))) (run-with-store store (deploy-machine machine)))) machines)))) -- 2.19.2 --=-=-= Content-Type: text/plain Or better we can add a 'system' field to the record, so we can deploy a list of machines with different 'system'. Currently a has 'system' as a field for the , so where to put this machine/arch 'system'... --=-=-=-- From unknown Tue Jun 17 22:16:39 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system' Resent-From: zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Mon, 22 Jul 2019 16:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36738 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: iyzsong@member.fsf.org (=?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?=) Cc: Christopher Lemmer Webber , 36738@debbugs.gnu.org, Ludovic =?UTF-8?Q?Court=C3=A8s?= , "Thompson, David" Received: via spool by 36738-submit@debbugs.gnu.org id=B36738.156381423713752 (code B ref 36738); Mon, 22 Jul 2019 16:51:01 +0000 Received: (at 36738) by debbugs.gnu.org; 22 Jul 2019 16:50:37 +0000 Received: from localhost ([127.0.0.1]:33543 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hpbWH-0003Zk-3d for submit@debbugs.gnu.org; Mon, 22 Jul 2019 12:50:37 -0400 Received: from mx.sdf.org ([205.166.94.20]:60829) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hpbWD-0003ZX-W5 for 36738@debbugs.gnu.org; Mon, 22 Jul 2019 12:50:35 -0400 Received: from Epsilon (pool-173-76-53-40.bstnma.fios.verizon.net [173.76.53.40]) (authenticated (0 bits)) by mx.sdf.org (8.15.2/8.14.5) with ESMTPSA id x6MGoUI4013967 (using TLSv1.2 with cipher AES256-GCM-SHA384 (256 bits) verified NO); Mon, 22 Jul 2019 16:50:31 GMT From: zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) References: <87a7d9l2hw.fsf@member.fsf.org> Date: Mon, 22 Jul 2019 12:48:01 -0400 In-Reply-To: <87a7d9l2hw.fsf@member.fsf.org> ("=?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?="'s message of "Sat, 20 Jul 2019 13:05:31 +0800") Message-ID: <874l3eauda.fsf@sdf.lonestar.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" 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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello Wenwu, iyzsong@member.fsf.org (=E5=AE=8B=E6=96=87=E6=AD=A6) writes: > Hello, this patch handle the '--no-grafts' command line option: > ... > And '--system', so I can deploy a "i686-linux" from my "x86_64-linux": These patches look good to me, thank you! Ludo, Dave, Chris, any additional comments? > Or better we can add a 'system' field to the record, so we > can deploy a list of machines with different 'system'. Currently a > has 'system' as a field for the , so where > to put this machine/arch 'system'... Great idea. I think that continuing to call the machine's 'system' would be confusing if we introduced the notion of a target architecture, because we use "system" to refer to the target architecture in the rest of Guix's command-line tools. Maybe it would make sense to rename the field to 'os' or something similar, and use the 'system' field to specify the target architecture instead? Any thoughs? Regards, Jakob --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEa1VJLOiXAjQ2BGSm9Qb9Fp2P2VoFAl016MEACgkQ9Qb9Fp2P 2VrMLRAAk6C+LJ+XgMHB2tdwA8yN15/C1O0n58CEZiW+ZExuEcsr9lLtB4F/b9nU WgL2iZN0u3bEIzkyHHMX6r0JMdpI/6dKYhkRMsSn4BcsYLbVfSVUoNn7lEtNSmgK xsfyPhQ4ZPAyUGjKG2aAdqasxKHc/EAJxBJNpmkfwMPJUZra68gxIs0X0iLHMRlL Yl4VH5bOYrdCPZAw+ytd7DdM62JVJrcwT6MTXzF+W5IN2pNAdNRrktTMQcZ5kzhl MBhel/oLguur9r0oMOjpk+l+o2z2NhFV3mPQJPB4J2Z3Ff6p2nAbMeIeEaLoeIs6 EL1ULKVBfXY2nNCyq9orKEjjqYtk+PuANoaKFCBEuV94tSA59/S8OtDlC+QVOY5j F3Cg7g2+rdmnTpY8QrNo9uZzSgG5Sd2xWzqKZ+tYw8nOutfeQDvlUgS6YuLppBdJ isk2JHCMU1qOOoPDj4PP7PxEg6nYtrI8vuDeDHvTn+ifVIEfKwDJi+7DA88Z0jcz RdmXxQdzv5N9VcfO24Lz3KhqNmJNYatka4PQzlag9DIhXYPWXQVfzPbQPCjQMTTS jtaipr7EGd1yKDWuvbC6rei5v9j8eqBwmhfq4UZ7w+Auew5YTOBtv4TI1/DHavEM ySx5x0Vd6DqYX1YjyA4ey8Bh5VZTx4y/f2znGUhE9wMWOj4dBUY= =D9RS -----END PGP SIGNATURE----- --=-=-=-- From unknown Tue Jun 17 22:16:39 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system' Resent-From: zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Mon, 22 Jul 2019 22:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36738 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: iyzsong@member.fsf.org (=?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?=) Cc: Christopher Lemmer Webber , 36738@debbugs.gnu.org, Ludovic =?UTF-8?Q?Court=C3=A8s?= , "Thompson, David" Received: via spool by 36738-submit@debbugs.gnu.org id=B36738.156383572132191 (code B ref 36738); Mon, 22 Jul 2019 22:49:02 +0000 Received: (at 36738) by debbugs.gnu.org; 22 Jul 2019 22:48:41 +0000 Received: from localhost ([127.0.0.1]:33734 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hph6m-0008N9-TV for submit@debbugs.gnu.org; Mon, 22 Jul 2019 18:48:41 -0400 Received: from mx.sdf.org ([205.166.94.20]:52568) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hph6j-0008My-1F for 36738@debbugs.gnu.org; Mon, 22 Jul 2019 18:48:38 -0400 Received: from Epsilon (pool-173-76-53-40.bstnma.fios.verizon.net [173.76.53.40]) (authenticated (0 bits)) by mx.sdf.org (8.15.2/8.14.5) with ESMTPSA id x6MMmXmU026561 (using TLSv1.2 with cipher AES256-GCM-SHA384 (256 bits) verified NO); Mon, 22 Jul 2019 22:48:34 GMT From: zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) References: <87a7d9l2hw.fsf@member.fsf.org> <874l3eauda.fsf@sdf.lonestar.org> Date: Mon, 22 Jul 2019 18:46:06 -0400 In-Reply-To: <874l3eauda.fsf@sdf.lonestar.org> (Jakob L. Kreuze's message of "Mon, 22 Jul 2019 12:48:01 -0400") Message-ID: <87sgqx8z81.fsf@sdf.lonestar.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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 (-) zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) writes: > Great idea. I think that continuing to call the machine's > 'system' would be confusing if we introduced the > notion of a target architecture, because we use "system" to refer to > the target architecture in the rest of Guix's command-line tools. > Maybe it would make sense to rename the field to > 'os' or something similar, and use the 'system' field to specify the > target architecture instead? Any thoughs? Actually, I had a thought. Why should we make this explicit, when we could take an implicit approach and identify the target's architecture with 'remote-eval'? Ideally, we'll be probing the machines anyway to implement safety checks on the declaration, so why not just add this to our list of pre-deployment tests? Regards, Jakob From unknown Tue Jun 17 22:16:39 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system' Resent-From: Christopher Lemmer Webber Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 23 Jul 2019 16:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36738 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: "Jakob L. Kreuze" Cc: 36738@debbugs.gnu.org, =?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?= , "Thompson, David" , Ludovic =?UTF-8?Q?Court=C3=A8s?= Received: via spool by 36738-submit@debbugs.gnu.org id=B36738.156390026123818 (code B ref 36738); Tue, 23 Jul 2019 16:45:02 +0000 Received: (at 36738) by debbugs.gnu.org; 23 Jul 2019 16:44:21 +0000 Received: from localhost ([127.0.0.1]:35537 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hpxtj-0006C4-Cr for submit@debbugs.gnu.org; Tue, 23 Jul 2019 12:44:21 -0400 Received: from dustycloud.org ([50.116.34.160]:60012) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hpxth-0006Bt-R3 for 36738@debbugs.gnu.org; Tue, 23 Jul 2019 12:44:18 -0400 Received: from twig (localhost [127.0.0.1]) by dustycloud.org (Postfix) with ESMTPS id 14A4E26618; Tue, 23 Jul 2019 12:44:17 -0400 (EDT) References: <87a7d9l2hw.fsf@member.fsf.org> <874l3eauda.fsf@sdf.lonestar.org> User-agent: mu4e 1.2.0; emacs 26.2 From: Christopher Lemmer Webber In-reply-to: <874l3eauda.fsf@sdf.lonestar.org> Date: Tue, 23 Jul 2019 12:44:16 -0400 Message-ID: <87a7d4vgyn.fsf@dustycloud.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 (-) Jakob L. Kreuze writes: > Hello Wenwu, > iyzsong@member.fsf.org (=E5=AE=8B=E6=96=87=E6=AD=A6) writes: > >> Hello, this patch handle the '--no-grafts' command line option: >> ... >> And '--system', so I can deploy a "i686-linux" from my "x86_64-linux": > > These patches look good to me, thank you! > > Ludo, Dave, Chris, any additional comments? > >> Or better we can add a 'system' field to the record, so we >> can deploy a list of machines with different 'system'. Currently a >> has 'system' as a field for the , so where >> to put this machine/arch 'system'... > > Great idea. I think that continuing to call the machine's > 'system' would be confusing if we introduced the > notion of a target architecture, because we use "system" to refer to the > target architecture in the rest of Guix's command-line tools. Maybe it > would make sense to rename the field to 'os' or > something similar, and use the 'system' field to specify the target > architecture instead? Any thoughs? I'm fine with a rename to "os" From unknown Tue Jun 17 22:16:39 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system' Resent-From: Christopher Lemmer Webber Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 23 Jul 2019 16:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36738 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: "Jakob L. Kreuze" Cc: 36738@debbugs.gnu.org, =?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?= , "Thompson, David" , Ludovic =?UTF-8?Q?Court=C3=A8s?= Received: via spool by 36738-submit@debbugs.gnu.org id=B36738.156390035224001 (code B ref 36738); Tue, 23 Jul 2019 16:46:01 +0000 Received: (at 36738) by debbugs.gnu.org; 23 Jul 2019 16:45:52 +0000 Received: from localhost ([127.0.0.1]:35541 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hpxvD-0006F3-U0 for submit@debbugs.gnu.org; Tue, 23 Jul 2019 12:45:52 -0400 Received: from dustycloud.org ([50.116.34.160]:60028) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hpxv9-0006Es-M3 for 36738@debbugs.gnu.org; Tue, 23 Jul 2019 12:45:50 -0400 Received: from twig (localhost [127.0.0.1]) by dustycloud.org (Postfix) with ESMTPS id 2C1A326618; Tue, 23 Jul 2019 12:45:47 -0400 (EDT) References: <87a7d9l2hw.fsf@member.fsf.org> <874l3eauda.fsf@sdf.lonestar.org> <87sgqx8z81.fsf@sdf.lonestar.org> User-agent: mu4e 1.2.0; emacs 26.2 From: Christopher Lemmer Webber In-reply-to: <87sgqx8z81.fsf@sdf.lonestar.org> Date: Tue, 23 Jul 2019 12:45:46 -0400 Message-ID: <878ssovgw5.fsf@dustycloud.org> MIME-Version: 1.0 Content-Type: text/plain 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 (-) Jakob L. Kreuze writes: > zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) writes: > >> Great idea. I think that continuing to call the machine's >> 'system' would be confusing if we introduced the >> notion of a target architecture, because we use "system" to refer to >> the target architecture in the rest of Guix's command-line tools. >> Maybe it would make sense to rename the field to >> 'os' or something similar, and use the 'system' field to specify the >> target architecture instead? Any thoughs? > > Actually, I had a thought. Why should we make this explicit, when we > could take an implicit approach and identify the target's architecture > with 'remote-eval'? Ideally, we'll be probing the machines anyway to > implement safety checks on the declaration, so why > not just add this to our list of pre-deployment tests? > > Regards, > Jakob Maybe a good idea... let me think. Is there any case where we start taking actions *before* we might probe a machine that we can think of? How would we also probe it? Is there a chance of our probing behaving incorrectly? That would also be bad, if so. Another route is to have the user specify what architecture they think the machine has, and instead the probing is a "safety check"? From unknown Tue Jun 17 22:16:39 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system' Resent-From: "Thompson, David" Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 23 Jul 2019 17:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36738 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: "Jakob L. Kreuze" Cc: Christopher Lemmer Webber , 36738@debbugs.gnu.org, =?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?= , Ludovic =?UTF-8?Q?Court=C3=A8s?= Received: via spool by 36738-submit@debbugs.gnu.org id=B36738.156390152025983 (code B ref 36738); Tue, 23 Jul 2019 17:06:01 +0000 Received: (at 36738) by debbugs.gnu.org; 23 Jul 2019 17:05:20 +0000 Received: from localhost ([127.0.0.1]:35551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hpyE3-0006l1-ST for submit@debbugs.gnu.org; Tue, 23 Jul 2019 13:05:20 -0400 Received: from mail-wr1-f68.google.com ([209.85.221.68]:38630) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hpyE1-0006kp-V3 for 36738@debbugs.gnu.org; Tue, 23 Jul 2019 13:05:18 -0400 Received: by mail-wr1-f68.google.com with SMTP id g17so43999382wrr.5 for <36738@debbugs.gnu.org>; Tue, 23 Jul 2019 10:05:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=worcester-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DPXQyjSE/lxW/RFl0O7SR3zZxfrQL2vQzcVNSS0mx1M=; b=ejRledLm7BHeBODeOYCDMZFr+1FdFrjbVDv5Vls7KbEQSHfTS9MRt9oV9sCqBf0+pq osYZo+Aq536GQSLAdagkt/Fameae0Nuc4Gkgx1+JELs0cJCM7O9UKX+mlZY3WBYWYdFX N0i2jaATvgsvA6Q/4eNxl6/vjxq552ZRCKuRwmIHwtSYEuonE/i8bVTE4i5YGdBPPH1x 8m1ACFraX9MVO8vPkF/HrcawuR2amG4dX/QeYKgbxrt3Stp0VoU9N01/kp9bxKa2bGVc yAQnrpllQMxfUhIuZBTrMCOIK5Tl4+b1NlkelnKLCZiiCeLzg9Ob4UnMpk1btYfGS71B w1cQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DPXQyjSE/lxW/RFl0O7SR3zZxfrQL2vQzcVNSS0mx1M=; b=gnsABUoS//VJVN9JKtMhSihux5Kcf0krrfcYYSYpupZQPTzwBDcsGoUADvWh4hkman PuMMRcToI2lpVqgLCp573/t2nx/4fNN3L3nPc6dvxSMfJgcj7wnyif9vPVqEG1klKaDR 4oUiAmSntY4ZsyZTFh9tLMuxCtGcCTNNrpXzxJtDZ7q8VmZnV4sg5QCS/mffn5ld/pyS zz25irQhkGtkAsKjFxYnfLl20z2Y1bY55n/INA9CmtklZhApOaaBTos5p01O/Dj4hUI8 kqWsUuGBKIXuWqqxzsXUglmQi0hX2ytEWGEyHm9uZx1C7HhE5tjIiyzIxN/QvwPsKmhG iqig== X-Gm-Message-State: APjAAAUjBNb6erG8syV5i5jS/7+jcrqlmZaVHAz2nsT7gkZVCJL0eUYT Vjl+IfNiSFT6YBEI+kPgGj+poF5H40ruWUicJczkzw== X-Google-Smtp-Source: APXvYqz4HTeB1/KV+fPOi1moMaMCYmJyTG6Hbmd6bpY00OEazZ6Q/d+S7wl8OV+NIEuXagcl+AIyY9vi5AEVxzx9pYQ= X-Received: by 2002:adf:e883:: with SMTP id d3mr85529331wrm.330.1563901512147; Tue, 23 Jul 2019 10:05:12 -0700 (PDT) MIME-Version: 1.0 References: <87a7d9l2hw.fsf@member.fsf.org> <874l3eauda.fsf@sdf.lonestar.org> <87sgqx8z81.fsf@sdf.lonestar.org> In-Reply-To: <87sgqx8z81.fsf@sdf.lonestar.org> From: "Thompson, David" Date: Tue, 23 Jul 2019 13:05:01 -0400 Message-ID: Content-Type: text/plain; charset="UTF-8" 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 (-) On Mon, Jul 22, 2019 at 6:48 PM Jakob L. Kreuze wrote: > > zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) writes: > > > Great idea. I think that continuing to call the machine's > > 'system' would be confusing if we introduced the > > notion of a target architecture, because we use "system" to refer to > > the target architecture in the rest of Guix's command-line tools. > > Maybe it would make sense to rename the field to > > 'os' or something similar, and use the 'system' field to specify the > > target architecture instead? Any thoughs? > > Actually, I had a thought. Why should we make this explicit, when we > could take an implicit approach and identify the target's architecture > with 'remote-eval'? Ideally, we'll be probing the machines anyway to > implement safety checks on the declaration, so why > not just add this to our list of pre-deployment tests? I don't see a compelling reason for the architecture to be a part of the machine data type at this time. I'd like to avoid such low-level details if possible because I don't think they will translate well to more complex methods of deployment. - Dave From unknown Tue Jun 17 22:16:39 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system' Resent-From: zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 23 Jul 2019 19:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36738 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Christopher Lemmer Webber Cc: 36738@debbugs.gnu.org, =?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?= , "Thompson, David" , Ludovic =?UTF-8?Q?Court=C3=A8s?= Received: via spool by 36738-submit@debbugs.gnu.org id=B36738.156391056910056 (code B ref 36738); Tue, 23 Jul 2019 19:37:02 +0000 Received: (at 36738) by debbugs.gnu.org; 23 Jul 2019 19:36:09 +0000 Received: from localhost ([127.0.0.1]:35662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hq0a0-0002c7-OU for submit@debbugs.gnu.org; Tue, 23 Jul 2019 15:36:08 -0400 Received: from ol.sdf.org ([205.166.94.20]:61208 helo=mx.sdf.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hq0Zw-0002bt-4U for 36738@debbugs.gnu.org; Tue, 23 Jul 2019 15:36:08 -0400 Received: from Epsilon (pool-173-76-53-40.bstnma.fios.verizon.net [173.76.53.40]) (authenticated (0 bits)) by mx.sdf.org (8.15.2/8.14.5) with ESMTPSA id x6NJZvF6018837 (using TLSv1.2 with cipher AES256-GCM-SHA384 (256 bits) verified NO); Tue, 23 Jul 2019 19:36:00 GMT From: zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) References: <87a7d9l2hw.fsf@member.fsf.org> <874l3eauda.fsf@sdf.lonestar.org> <87sgqx8z81.fsf@sdf.lonestar.org> <878ssovgw5.fsf@dustycloud.org> Date: Tue, 23 Jul 2019 15:33:20 -0400 In-Reply-To: <878ssovgw5.fsf@dustycloud.org> (Christopher Lemmer Webber's message of "Tue, 23 Jul 2019 12:45:46 -0400") Message-ID: <87a7d4bl6n.fsf@sdf.lonestar.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" 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 (-) --=-=-= Content-Type: text/plain Hi Chris, Christopher Lemmer Webber writes: > Maybe a good idea... let me think. Is there any case where we start > taking actions *before* we might probe a machine that we can think of? > > How would we also probe it? Is there a chance of our probing behaving > incorrectly? That would also be bad, if so. None that come to mind right now, and if there are any, I don't think they would be affected by the probing -- aside from doing work that would get thrown out when the script errors out. As for the safety of probing, none of the tests I intend on implementing are effectful. It would be equivalents for 'check-mapped-devices', 'check-file-system-availability', and 'check-initrd-modules', all of which do little beyond looking at the devices available on the system, and now a check that would read '%current-system'. > Another route is to have the user specify what architecture they think > the machine has, and instead the probing is a "safety check"? That'd work too, but I feel it's better to avoid putting an unnecessary burden on the user. Regards, Jakob --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEa1VJLOiXAjQ2BGSm9Qb9Fp2P2VoFAl03YQAACgkQ9Qb9Fp2P 2Vr/VA/9EELFdIHVKt6nrSt/bYXUU0ky5QzZ6Y3NrOTayljl/dY76sEiJDj7xqjA Ote4VODwW1cXeqNLSg+l/Bgg5hPbkYqT/zIcav54bJC0iHqlrFGX8inVDAsFf+gx b4JK8wSwnYQY0cdm0eTjvPF9CLLlf9bx0uJrs9SUzubANhrHURtDlwWMvfCYyiSs K+TWKgXvMaAICFfgEHIg9loG8COzSE9NXGtrwQeqa5Y38/XXusR8xdBF9mRYzVvY hspiNDQwtYOvsj+/NY4hFjjG3vEQD6UsDlldtCBelBCvjieyH3bmlhSvRfLHHYq3 gNibk72yia3ZcAmEItDm9BgioHAobZ+Pzkto3ymj5B54065qOq+o41kPymdKqkQ1 m1pBy/4nBa3xAdckjHkcLchKh0vWSqjAGQ1tdF00/fBfGOlryfFA6nasWgcCf5V6 MvJ6DRAoxro4oMBhbsZz5A5gJKfgMEvFYe+16SK3MUbhGP7ca70/S7XbA3MbTGWL yvf+1PokT5k9e8N6bwtvDi44YwbaQu8Eb/HLPKyjUBG0hHf6jMWALSRLiBHwl9JQ DOgGEgYQdjaPHOv9khjQrkwRfy4Xitu+QPWTVAQEYAE9kJiQSOPI3GeX4dBhJqk3 Vki0bu8clR1r6Fi+uSaGvuqNewX0tt1z3c+U78qR7gHHrSv5tFE= =SOKy -----END PGP SIGNATURE----- --=-=-=-- From unknown Tue Jun 17 22:16:39 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system' Resent-From: zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 23 Jul 2019 19:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36738 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: "Thompson\, David" Cc: Christopher Lemmer Webber , 36738@debbugs.gnu.org, =?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?= , Ludovic =?UTF-8?Q?Court=C3=A8s?= Received: via spool by 36738-submit@debbugs.gnu.org id=B36738.156391070510346 (code B ref 36738); Tue, 23 Jul 2019 19:39:01 +0000 Received: (at 36738) by debbugs.gnu.org; 23 Jul 2019 19:38:25 +0000 Received: from localhost ([127.0.0.1]:35666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hq0cD-0002gm-6E for submit@debbugs.gnu.org; Tue, 23 Jul 2019 15:38:25 -0400 Received: from ol.sdf.org ([205.166.94.20]:60553 helo=mx.sdf.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hq0cA-0002gZ-7M for 36738@debbugs.gnu.org; Tue, 23 Jul 2019 15:38:24 -0400 Received: from Epsilon (pool-173-76-53-40.bstnma.fios.verizon.net [173.76.53.40]) (authenticated (0 bits)) by mx.sdf.org (8.15.2/8.14.5) with ESMTPSA id x6NJcKa8023041 (using TLSv1.2 with cipher AES256-GCM-SHA384 (256 bits) verified NO); Tue, 23 Jul 2019 19:38:21 GMT From: zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) References: <87a7d9l2hw.fsf@member.fsf.org> <874l3eauda.fsf@sdf.lonestar.org> <87sgqx8z81.fsf@sdf.lonestar.org> Date: Tue, 23 Jul 2019 15:35:47 -0400 In-Reply-To: (David Thompson's message of "Tue, 23 Jul 2019 13:05:01 -0400") Message-ID: <875znsbl2k.fsf@sdf.lonestar.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" 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 (-) --=-=-= Content-Type: text/plain "Thompson, David" writes: > I don't see a compelling reason for the architecture to be a part of > the machine data type at this time. I'd like to avoid such low-level > details if possible because I don't think they will translate well to > more complex methods of deployment. A good point. I'll see about having this as an environment-specific check. Regards, Jakob --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEa1VJLOiXAjQ2BGSm9Qb9Fp2P2VoFAl03YZMACgkQ9Qb9Fp2P 2Vr9aBAAmY60ITkb4qSdNHJUrfhF4p5vot2sKM3g0oC9+HHakuoHoGAcj1attlJb VeMGszuQsnKSt/0AbKouYcsYZKMnyNDODLIpx3aIMowQA1qlg8co3tCKdXoJnoh1 zl2jmPh8U81oJPxLiHUKq2/0PuozXUNYmK082GEL3Io7UX6tyvmqMsh+qFNWP1Lr 7ztfFpWlNlORBTK+d3l4GjHsO8lwYShUiar/ou09XB2r9ifYEySrCDAMcKrZq6aC TzFVsZ2qRrTLijYAOLc+yDTfx7MQRUCdgPQ6lLETETl7Tca9Rpg2otX7oVbWcyLR 9/l3fSlz5T/9J7SZzKXGkzNZixfAmMnjTVUWWyWZTb/y8kCyD46+4izmeNPOsT9k zOZkD+AhjWZ8zvKpS+DLCnujuo9Q8e1GNd6aHdpZcw+9I6Q8Km2MhR8tDWP1Prup zmB/CZaSqxr1hOuHPy3VNvDtZLjyvyb7yDdq0uo5ANMCR4sFun6zljxPm4lfsnMk 6WdUhh16jT5QTebc8rBdYQTWqUX9j1b9GeZnVy7O7Z8eHd1iz7IdCk2XxODz2ONN OpB8aSraCAr1/xYCMw6U9/iyC2eRJWsxMGXIzhk5Ad3VKDAbqWZG6PMZinU418/f t9L+IjVGNRfIrm3EjBx4+1W+wwD6pquoInO5BONrb1kd/HBCp7Q= =eZJ/ -----END PGP SIGNATURE----- --=-=-=-- From unknown Tue Jun 17 22:16:39 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system' Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 23 Jul 2019 21:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36738 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) Cc: Christopher Lemmer Webber , 36738@debbugs.gnu.org, =?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?= , "Thompson, David" Received: via spool by 36738-submit@debbugs.gnu.org id=B36738.156391739931398 (code B ref 36738); Tue, 23 Jul 2019 21:30:02 +0000 Received: (at 36738) by debbugs.gnu.org; 23 Jul 2019 21:29:59 +0000 Received: from localhost ([127.0.0.1]:35717 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hq2MB-0008AL-KB for submit@debbugs.gnu.org; Tue, 23 Jul 2019 17:29:59 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47393) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hq2M9-0008A1-O4 for 36738@debbugs.gnu.org; Tue, 23 Jul 2019 17:29:57 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36846) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hq2M4-0005eG-84; Tue, 23 Jul 2019 17:29:52 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=47836 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hq2M3-0005Iv-Qt; Tue, 23 Jul 2019 17:29:52 -0400 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <87a7d9l2hw.fsf@member.fsf.org> <874l3eauda.fsf@sdf.lonestar.org> Date: Tue, 23 Jul 2019 23:29:50 +0200 In-Reply-To: <874l3eauda.fsf@sdf.lonestar.org> (Jakob L. Kreuze's message of "Mon, 22 Jul 2019 12:48:01 -0400") Message-ID: <87d0i01ltd.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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 (---) Hello, zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) skribis: > Hello Wenwu, > iyzsong@member.fsf.org (=E5=AE=8B=E6=96=87=E6=AD=A6) writes: > >> Hello, this patch handle the '--no-grafts' command line option: >> ... >> And '--system', so I can deploy a "i686-linux" from my "x86_64-linux": > > These patches look good to me, thank you! > > Ludo, Dave, Chris, any additional comments? Fine with me! I agree with Dave that we should avoid adding a =E2=80=98system-type=E2=80= =99 field to , at least for now. Instead, we should just honor (%current-system). Thanks, Ludo=E2=80=99. From unknown Tue Jun 17 22:16:39 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system' Resent-From: Ricardo Wurmus Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 23 Jul 2019 22:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36738 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: cwebber@dustycloud.org Cc: 36738@debbugs.gnu.org, "Jakob L. Kreuze" , =?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?= Received: via spool by 36738-submit@debbugs.gnu.org id=B36738.15639191682212 (code B ref 36738); Tue, 23 Jul 2019 22:00:02 +0000 Received: (at 36738) by debbugs.gnu.org; 23 Jul 2019 21:59:28 +0000 Received: from localhost ([127.0.0.1]:35742 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hq2oi-0000Zc-8Z for submit@debbugs.gnu.org; Tue, 23 Jul 2019 17:59:28 -0400 Received: from sender4-of-o53.zoho.com ([136.143.188.53]:21332) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hq2og-0000ZQ-90 for 36738@debbugs.gnu.org; Tue, 23 Jul 2019 17:59:26 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1563919155; cv=none; d=zoho.com; s=zohoarc; b=bns7kTYofdJb+M9mK87dPQqLTQlu/K8QLarCspp5BtS6mZIfAwkI85LMTi9df3pyuLbOgGfKMpyF3syC94YeUjL4fvFyOqQdJJVMn+3tfo9QhoHEYbkB6NaaP4D3GdOwiRP0J2ZbVdkZc5TuY+UbbnAup4DSSMMkR9uMR5zUDFk= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1563919155; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=OwQh6B+hYB+3kgSCp622gi3LCnWCq37I0TkqoQGX9rQ=; b=kQmumTRhiLVAVVGxdzhaFJ/NDhPiYJF3eiUKBYBKB7be7VGWgsNB3FcHxSopy/6NvWTajIv+3OszJdVcXIjeDS3BHnQhoEhYoK6L/gwRtY0y/sEUyVpJRyJj0VXglvh6AT7B0wqkp/Yrc5vWcvcwakZx6RfKWPr9k4M0JZB0vCw= ARC-Authentication-Results: i=1; mx.zoho.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1563919155; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; l=1495; bh=OwQh6B+hYB+3kgSCp622gi3LCnWCq37I0TkqoQGX9rQ=; b=FDDrRSsxZ3Wd2Q9HqtxgAjRt2Yrp2k28pmVO2NEwVEmqvLH8+4Y3UBw8jCJt9Exq eQELUr1qX0CVFjieMNJY73OQPsORKEQVI5zW3X2QSePTOO0E9iM0+1lY78HNY0ev0r2 BDqZdJjx2jw3fIXZ+jrKG7YR8RSTMFVCOFJpFVg4= Received: from localhost (p54AD4F38.dip0.t-ipconnect.de [84.173.79.56]) by mx.zohomail.com with SMTPS id 1563919155385896.6045336777827; Tue, 23 Jul 2019 14:59:15 -0700 (PDT) References: <87a7d9l2hw.fsf@member.fsf.org> <874l3eauda.fsf@sdf.lonestar.org> <87sgqx8z81.fsf@sdf.lonestar.org> <878ssovgw5.fsf@dustycloud.org> User-agent: mu4e 1.2.0; emacs 26.2 From: Ricardo Wurmus In-reply-to: <878ssovgw5.fsf@dustycloud.org> X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Date: Tue, 23 Jul 2019 23:59:11 +0200 Message-ID: <87o91kbefk.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External 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 (-) Christopher Lemmer Webber writes: > Jakob L. Kreuze writes: > >> zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) writes: >> >>> Great idea. I think that continuing to call the machine's >>> 'system' would be confusing if we introduced the >>> notion of a target architecture, because we use "system" to refer to >>> the target architecture in the rest of Guix's command-line tools. >>> Maybe it would make sense to rename the field to >>> 'os' or something similar, and use the 'system' field to specify the >>> target architecture instead? Any thoughs? >> >> Actually, I had a thought. Why should we make this explicit, when we >> could take an implicit approach and identify the target's architecture >> with 'remote-eval'? Ideally, we'll be probing the machines anyway to >> implement safety checks on the declaration, so why >> not just add this to our list of pre-deployment tests? >> >> Regards, >> Jakob > > Maybe a good idea... let me think. Is there any case where we start > taking actions *before* we might probe a machine that we can think of? I don=E2=80=99t know if this qualifies, but if =E2=80=9Cguix deploy=E2=80= =9D were to *create* a machine (e.g. on EC2 via the Guile AWS library) it wouldn=E2=80=99t be able= to probe it first. But in that case we would have full control over what the target would be, so no probing would be required. -- Ricardo From unknown Tue Jun 17 22:16:39 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system' Resent-From: zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Wed, 24 Jul 2019 00:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36738 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Ricardo Wurmus Cc: cwebber@dustycloud.org, 36738@debbugs.gnu.org, =?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?= Received: via spool by 36738-submit@debbugs.gnu.org id=B36738.15639272763396 (code B ref 36738); Wed, 24 Jul 2019 00:15:02 +0000 Received: (at 36738) by debbugs.gnu.org; 24 Jul 2019 00:14:36 +0000 Received: from localhost ([127.0.0.1]:35830 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hq4vU-0000si-G2 for submit@debbugs.gnu.org; Tue, 23 Jul 2019 20:14:36 -0400 Received: from mx.sdf.org ([205.166.94.20]:62210) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hq4vS-0000sa-K6 for 36738@debbugs.gnu.org; Tue, 23 Jul 2019 20:14:35 -0400 Received: from Epsilon (pool-173-76-53-40.bstnma.fios.verizon.net [173.76.53.40]) (authenticated (0 bits)) by mx.sdf.org (8.15.2/8.14.5) with ESMTPSA id x6O0EW9c019153 (using TLSv1.2 with cipher AES256-GCM-SHA384 (256 bits) verified NO); Wed, 24 Jul 2019 00:14:33 GMT From: zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) References: <87a7d9l2hw.fsf@member.fsf.org> <874l3eauda.fsf@sdf.lonestar.org> <87sgqx8z81.fsf@sdf.lonestar.org> <878ssovgw5.fsf@dustycloud.org> <87o91kbefk.fsf@elephly.net> Date: Tue, 23 Jul 2019 20:11:59 -0400 In-Reply-To: <87o91kbefk.fsf@elephly.net> (Ricardo Wurmus's message of "Tue, 23 Jul 2019 23:59:11 +0200") Message-ID: <8736iw9tps.fsf@sdf.lonestar.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" 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 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Ricardo, Ricardo Wurmus writes: > I don=E2=80=99t know if this qualifies, but if =E2=80=9Cguix deploy=E2=80= =9D were to *create* > a machine (e.g. on EC2 via the Guile AWS library) it wouldn=E2=80=99t be = able > to probe it first. But in that case we would have full control over > what the target would be, so no probing would be required. Ah, good point. I suppose didn't think about this all the way through in my response -- we wouldn't be able to probe an unprovisioned machine. But your point gives me even more confidence in the decision to deduce target architecture at runtime and have that as an environment-specific check. Thanks for chiming in! Regards, Jakob --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEa1VJLOiXAjQ2BGSm9Qb9Fp2P2VoFAl03ok8ACgkQ9Qb9Fp2P 2VrWfQ//QWErE0BO3gMv+4qkYUoj1gHIyG71/D8F3r/yjJLufHtwyEu12Qwz8Wun nsJQ2NDz59t3G7k5eYvKitogUqak2XwA5C/j5E0MODBuW5vNYoBQJ8HZoPIyUGlG GXePJJqYYOyzSWKUdbO6fZl2/MitNBkmdQdrExU+OzG6NUp7oqLOQCt4g3Suqa44 8cxuo/PqyLvKmGrbB8oBOQEKM1XKyx8J+tMuPc93uq9Hph/+s2C+I9oQaCnSPjsG aawGVT9hF+zTtOnxqYk8qfYH8FzK3FKVnZHUAQZom5rTwchF752II/JlHwkPnCFL 8QNhGMJsi0AbyyZucfXQ3426D4sR7awYcVkpkzvi24+HjGR8qBlopyXEhvGOq42W DVu2gmKTpLjC7do+/K0wGKwO3jo6LKNHxnpTjw5StTWnsZWEXyz8YJ1G3HH3RMzx 5J6MxfB2PjvN2Zpa5tcHo4UqWEHSXoY4TJefKi3gs2t/gcHUlqyY44r6D8+J7b2T sb+nH5hWCrEritIXhRMUVWRZ8ZwcQiuUGdTCzSQzbSn2lspJGZ1vlhpynt4eZYZL P8F5p7MKGH0pf6fiatFDPPzJwDLGnTi3bt+iLsLFlor0egCai05Cz9VloPpGFPLz 6Bc8FY0tsp5evflgEAqRkGejevnyrT05x2561s07fdJh0uJIx24= =dqP4 -----END PGP SIGNATURE----- --=-=-=-- From unknown Tue Jun 17 22:16:39 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: iyzsong@member.fsf.org (=?UTF-8?Q?=E5=AE=8B=E6=96=87=E6=AD=A6?=) Subject: bug#36738: closed (Re: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system') Message-ID: References: <87wog7zk1w.fsf@member.fsf.org> <87a7d9l2hw.fsf@member.fsf.org> X-Gnu-PR-Message: they-closed 36738 X-Gnu-PR-Package: guix-patches X-Gnu-PR-Keywords: patch Reply-To: 36738@debbugs.gnu.org Date: Wed, 24 Jul 2019 12:37:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1563971822-15032-1" This is a multi-part message in MIME format... ------------=_1563971822-15032-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #36738: [PATCH] guix deploy: Support '--no-grafts' and '--system' which was filed against the guix-patches package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 36738@debbugs.gnu.org. --=20 36738: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D36738 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1563971822-15032-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 36738-done) by debbugs.gnu.org; 24 Jul 2019 12:36:23 +0000 Received: from localhost ([127.0.0.1]:36065 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hqGVK-0003tc-PZ for submit@debbugs.gnu.org; Wed, 24 Jul 2019 08:36:22 -0400 Received: from rezeros.cc ([45.76.207.221]:47136) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hqGVG-0003tP-Fi for 36738-done@debbugs.gnu.org; Wed, 24 Jul 2019 08:36:21 -0400 Received: from localhost (2409:8a62:37d:3510:36e3:41fd:c1fb:96ac [IPv6:2409:8a62:37d:3510:36e3:41fd:c1fb:96ac]) by rezeros.cc (OpenSMTPD) with ESMTPSA id 2a38fb9c (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Wed, 24 Jul 2019 12:36:15 +0000 (UTC) Received: from gift (localhost [127.0.0.1]) by localhost (OpenSMTPD) with ESMTP id e5f6077e; Wed, 24 Jul 2019 12:36:11 +0000 (UTC) From: iyzsong@member.fsf.org (=?utf-8?B?5a6L5paH5q2m?=) To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: [bug#36738] [PATCH] guix deploy: Support '--no-grafts' and '--system' References: <87a7d9l2hw.fsf@member.fsf.org> <874l3eauda.fsf@sdf.lonestar.org> <87d0i01ltd.fsf@gnu.org> Date: Wed, 24 Jul 2019 20:36:11 +0800 In-Reply-To: <87d0i01ltd.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Tue, 23 Jul 2019 23:29:50 +0200") Message-ID: <87wog7zk1w.fsf@member.fsf.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 36738-done Cc: Christopher Lemmer Webber , 36738-done@debbugs.gnu.org, "Jakob L. Kreuze" , "Thompson, David" 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 (-) Ludovic Court=C3=A8s writes: > Hello, > > zerodaysfordays@sdf.lonestar.org (Jakob L. Kreuze) skribis: > >> Hello Wenwu, >> iyzsong@member.fsf.org (=E5=AE=8B=E6=96=87=E6=AD=A6) writes: >> >>> Hello, this patch handle the '--no-grafts' command line option: >>> ... >>> And '--system', so I can deploy a "i686-linux" from my "x86_64-linux": >> >> These patches look good to me, thank you! >> >> Ludo, Dave, Chris, any additional comments? > > Fine with me! > > I agree with Dave that we should avoid adding a =E2=80=98system-type=E2= =80=99 field to > , at least for now. Instead, we should just honor > (%current-system). > > Thanks, > Ludo=E2=80=99. Pushed, thanks for the reviews! ------------=_1563971822-15032-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 20 Jul 2019 05:05:42 +0000 Received: from localhost ([127.0.0.1]:56731 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hohYz-0001XS-NJ for submit@debbugs.gnu.org; Sat, 20 Jul 2019 01:05:42 -0400 Received: from lists.gnu.org ([209.51.188.17]:50276) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hohYy-0001XK-4Q for submit@debbugs.gnu.org; Sat, 20 Jul 2019 01:05:40 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45181) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hohYx-0004zH-1q for guix-patches@gnu.org; Sat, 20 Jul 2019 01:05:40 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05, FROM_EXCESS_BASE64, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hohYv-0002Ml-Q6 for guix-patches@gnu.org; Sat, 20 Jul 2019 01:05:38 -0400 Received: from rezeros.cc ([2001:19f0:7001:2f3e:5400:ff:fe84:e55d]:52476) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hohYv-0002Kn-AH for guix-patches@gnu.org; Sat, 20 Jul 2019 01:05:37 -0400 Received: from localhost (2409:8a62:373:6d20:6cef:8816:1032:4c8f [IPv6:2409:8a62:373:6d20:6cef:8816:1032:4c8f]) by rezeros.cc (OpenSMTPD) with ESMTPSA id fcf632ec (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for ; Sat, 20 Jul 2019 05:05:33 +0000 (UTC) Received: from gift (localhost [127.0.0.1]) by localhost (OpenSMTPD) with ESMTP id 3eda2175 for ; Sat, 20 Jul 2019 05:05:31 +0000 (UTC) From: iyzsong@member.fsf.org (=?utf-8?B?5a6L5paH5q2m?=) To: guix-patches@gnu.org Subject: [PATCH] guix deploy: Support '--no-grafts' and '--system' Date: Sat, 20 Jul 2019 13:05:31 +0800 Message-ID: <87a7d9l2hw.fsf@member.fsf.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:19f0:7001:2f3e:5400:ff:fe84:e55d X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit 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 (---) --=-=-= Content-Type: text/plain Hello, this patch handle the '--no-grafts' command line option: --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0001-deploy-Honor-no-grafts.patch >From a9af4a0404d9cec29ed200c2fa6a6fb160f6babb Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= Date: Sat, 20 Jul 2019 12:45:34 +0800 Subject: [PATCH 1/2] deploy: Honor '--no-grafts'. * guix/scripts/deploy.scm (guix-deploy): Parameterize '%graft?'. --- guix/scripts/deploy.scm | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/guix/scripts/deploy.scm b/guix/scripts/deploy.scm index 978cfb2a81..3acd32eaa7 100644 --- a/guix/scripts/deploy.scm +++ b/guix/scripts/deploy.scm @@ -23,6 +23,7 @@ #:use-module (guix scripts build) #:use-module (guix store) #:use-module (guix ui) + #:use-module (guix grafts) #:use-module (ice-9 format) #:use-module (srfi srfi-1) #:use-module (srfi srfi-37) @@ -80,5 +81,6 @@ Perform the deployment specified by FILE.\n")) (set-build-options-from-command-line store opts) (for-each (lambda (machine) (info (G_ "deploying to ~a...") (machine-display-name machine)) - (run-with-store store (deploy-machine machine))) + (parameterize ((%graft? (assq-ref opts 'graft?))) + (run-with-store store (deploy-machine machine)))) machines)))) -- 2.19.2 --=-=-= Content-Type: text/plain And '--system', so I can deploy a "i686-linux" from my "x86_64-linux": --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0002-deploy-Handle-the-system-command-line-option.patch >From 192f96a3fa4342765db919006c35cdeb1774b62f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= Date: Sat, 20 Jul 2019 12:51:45 +0800 Subject: [PATCH 2/2] deploy: Handle the '--system' command line option. * guix/scripts/deploy.scm (show-help): Add help for '--system'. (%options): Add '-s' and '--system'. (guix-deploy): Parameterize %current-system. --- guix/scripts/deploy.scm | 12 ++++++++++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/guix/scripts/deploy.scm b/guix/scripts/deploy.scm index 3acd32eaa7..52bba3f3bf 100644 --- a/guix/scripts/deploy.scm +++ b/guix/scripts/deploy.scm @@ -23,6 +23,7 @@ #:use-module (guix scripts build) #:use-module (guix store) #:use-module (guix ui) + #:use-module (guix utils) #:use-module (guix grafts) #:use-module (ice-9 format) #:use-module (srfi srfi-1) @@ -41,6 +42,8 @@ (define (show-help) (display (G_ "Usage: guix deploy [OPTION] FILE... Perform the deployment specified by FILE.\n")) + (display (G_ " + -s, --system=SYSTEM attempt to build for SYSTEM--e.g., \"i686-linux\"")) (show-build-options-help) (newline) (display (G_ " @@ -55,10 +58,14 @@ Perform the deployment specified by FILE.\n")) (lambda args (show-help) (exit 0))) + (option '(#\s "system") #t #f + (lambda (opt name arg result) + (alist-cons 'system arg + (alist-delete 'system result eq?)))) %standard-build-options)) (define %default-options - '((system . ,(%current-system)) + `((system . ,(%current-system)) (substitutes? . #t) (build-hook? . #t) (graft? . #t) @@ -81,6 +88,7 @@ Perform the deployment specified by FILE.\n")) (set-build-options-from-command-line store opts) (for-each (lambda (machine) (info (G_ "deploying to ~a...") (machine-display-name machine)) - (parameterize ((%graft? (assq-ref opts 'graft?))) + (parameterize ((%current-system (assq-ref opts 'system)) + (%graft? (assq-ref opts 'graft?))) (run-with-store store (deploy-machine machine)))) machines)))) -- 2.19.2 --=-=-= Content-Type: text/plain Or better we can add a 'system' field to the record, so we can deploy a list of machines with different 'system'. Currently a has 'system' as a field for the , so where to put this machine/arch 'system'... --=-=-=-- ------------=_1563971822-15032-1--