From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Mathieu Othacehe Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Thu, 03 Dec 2020 10:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: 45020@debbugs.gnu.org Cc: dannym@scratchpost.org, Mathieu Othacehe X-Debbugs-Original-To: guix-patches@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.160699285512570 (code B ref -1); Thu, 03 Dec 2020 10:55:02 +0000 Received: (at submit) by debbugs.gnu.org; 3 Dec 2020 10:54:15 +0000 Received: from localhost ([127.0.0.1]:38571 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkmFb-0003Gg-0e for submit@debbugs.gnu.org; Thu, 03 Dec 2020 05:54:15 -0500 Received: from lists.gnu.org ([209.51.188.17]:43668) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkmFZ-0003GZ-SM for submit@debbugs.gnu.org; Thu, 03 Dec 2020 05:54:14 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46668) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kkmFZ-0003gs-3o for guix-patches@gnu.org; Thu, 03 Dec 2020 05:54:13 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41174) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kkmFX-0001lL-S0; Thu, 03 Dec 2020 05:54:12 -0500 Received: from [2a01:e0a:19b:d9a0:6132:5f9a:6e69:6e32] (port=54264 helo=localhost.localdomain) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kkmFT-0006vx-W9; Thu, 03 Dec 2020 05:54:09 -0500 From: Mathieu Othacehe Date: Thu, 3 Dec 2020 11:53:51 +0100 Message-Id: <20201203105353.149482-1-othacehe@gnu.org> X-Mailer: git-send-email 2.29.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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, Here's a small patchset to improve the creation of disk-images on non-Intel systems. Currently, when selecting "arm32-raw" or "arm64-raw" image types, "guix system" will try to cross-compile to the relevant architectures, regardless of the current system architecture. This adds a "system" field to the image definition that indicates the appropriate system. Then, if we are already running on this system, "system-image" will build the image natively instead of using cross-compilation. The image type "raw" is also renamed to "efi-raw" which is more accurate. Finally, as discussed with Danny on IRC, it could make sense to change the default image type depending on the current system: efi-raw on x86_64-linux and i686-linux, arm32-raw on armhf-linux and so on. WDYT? Thanks, Mathieu Mathieu Othacehe (2): image: Add system field. image: Rename "raw" image-type to "efi-raw". doc/guix.texi | 10 +++++----- gnu/image.scm | 3 +++ gnu/system/image.scm | 18 ++++++++++++++---- guix/scripts/system.scm | 2 +- 4 files changed, 23 insertions(+), 10 deletions(-) -- 2.29.2 From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 03 05:58:52 2020 Received: (at control) by debbugs.gnu.org; 3 Dec 2020 10:58:52 +0000 Received: from localhost ([127.0.0.1]:38598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkmK4-0003PE-2D for submit@debbugs.gnu.org; Thu, 03 Dec 2020 05:58:52 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57956) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkmK2-0003Oq-Sh for control@debbugs.gnu.org; Thu, 03 Dec 2020 05:58:51 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41215) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kkmJs-0003Py-Tn for control@debbugs.gnu.org; Thu, 03 Dec 2020 05:58:45 -0500 Received: from [2a01:e0a:19b:d9a0:6132:5f9a:6e69:6e32] (port=54426 helo=cervin) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kkmJr-0001Uv-Ra for control@debbugs.gnu.org; Thu, 03 Dec 2020 05:58:40 -0500 Date: Thu, 03 Dec 2020 11:58:38 +0100 Message-Id: <87mtyvyx41.fsf@cervin.i-did-not-set--mail-host-address--so-tickle-me> To: control@debbugs.gnu.org From: Mathieu Othacehe Subject: control message for bug #45021 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: control 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.9 (--) merge 45021 45020 quit From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 03 05:58:59 2020 Received: (at control) by debbugs.gnu.org; 3 Dec 2020 10:58:59 +0000 Received: from localhost ([127.0.0.1]:38601 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkmKB-0003Pa-Cj for submit@debbugs.gnu.org; Thu, 03 Dec 2020 05:58:59 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57992) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkmKA-0003PM-9d for control@debbugs.gnu.org; Thu, 03 Dec 2020 05:58:58 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41217) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kkmK5-0003Sb-1u for control@debbugs.gnu.org; Thu, 03 Dec 2020 05:58:53 -0500 Received: from [2a01:e0a:19b:d9a0:6132:5f9a:6e69:6e32] (port=54434 helo=cervin) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kkmK2-0001s3-Qu for control@debbugs.gnu.org; Thu, 03 Dec 2020 05:58:52 -0500 Date: Thu, 03 Dec 2020 11:58:49 +0100 Message-Id: <87lfefyx3q.fsf@cervin.i-did-not-set--mail-host-address--so-tickle-me> To: control@debbugs.gnu.org From: Mathieu Othacehe Subject: control message for bug #45022 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: control 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.9 (--) merge 45022 45020 quit From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: zimoun Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Thu, 03 Dec 2020 13:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Mathieu Othacehe , 45020@debbugs.gnu.org Cc: dannym@scratchpost.org, Mathieu Othacehe Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.160700134821927 (code B ref 45020); Thu, 03 Dec 2020 13:16:01 +0000 Received: (at 45020) by debbugs.gnu.org; 3 Dec 2020 13:15:48 +0000 Received: from localhost ([127.0.0.1]:38941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkoSZ-0005hI-MQ for submit@debbugs.gnu.org; Thu, 03 Dec 2020 08:15:47 -0500 Received: from mail-wr1-f66.google.com ([209.85.221.66]:39138) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkoSX-0005aD-OR for 45020@debbugs.gnu.org; Thu, 03 Dec 2020 08:15:47 -0500 Received: by mail-wr1-f66.google.com with SMTP id e7so1829559wrv.6 for <45020@debbugs.gnu.org>; Thu, 03 Dec 2020 05:15:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-transfer-encoding; bh=PIVOlh8auBI3MByLYlcVljbQmfTnfIYNNDKlYKL9IF4=; b=Nm8BPYSgGJoTbL8dwV0V1UD0LPOQBnj/2FBuBQoMMAzhxXeyYH8CmrTqmNuK1vy5+i vr134TBhgduqgYIbiKbWRmO6lm5s5JeE3ERyrdWY90Iv/SmIROfUrumn16bSGNyzKaOB cH7eUSemNtpkA9oAnBi6ZLDYhhxtSw7DTgmR83FzUezRGM1D9RZSrMye6Ck2AIhBgMxi dV1QhtvuxR3PjTxSC/NUzE1dBHWI5VUPJiRqb2UM9XGS8fHEIOeJUFDpmitwurFeiUyf OWxYnRFAmoGAlHo0vOkXSdUTQFs2sgkwqbg8gT6vUL3Zoxd0IQw8mnutz14EBV6DU74R gARQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version:content-transfer-encoding; bh=PIVOlh8auBI3MByLYlcVljbQmfTnfIYNNDKlYKL9IF4=; b=PaI/gwYEoDBnwF4XPc5iCrNDLebEsAL5nHya/SRsotEhnO4S+ME25Yjfh9DKIxh8g6 4M33Hiwga9C8vzTW1sZDeUM79cE0EGOUIrHYjP75X2ZaNveASDQKPjlnfun+KEB0iomQ as4vBkpCstdLPValYSZ6zo2fnxD9c2d0InrbpO7+vyL3+lZBDdUlZa/zYpwA2RmOwoKW LwHWiwJ3nVAZGCjxXHkUbRtB58H5dTJceHuAeP/Xagix4WA5EBFPRiAlk3LeQNqb44Mo wvOqt7UQ92bhwzg3/+N2+UhUcqz5E99XHNavchxmWlWQ6D6aKPSLEmE6HR+pYOMYG3rd ONmQ== X-Gm-Message-State: AOAM53066TaDQYvQPb3JfD+6ag/hJw+9RLLzu0K1Y066rWh7Fv+EMeEB /nMRn9nBBnwaC2jOUgO4kRA= X-Google-Smtp-Source: ABdhPJxE8qMgs74DfEn58qHEMKGJTxvG5685M8so5eiNPXLySFnaIcKZ3zafd6v4mvm0T5YwZyivRA== X-Received: by 2002:adf:f608:: with SMTP id t8mr3789104wrp.72.1607001339766; Thu, 03 Dec 2020 05:15:39 -0800 (PST) Received: from lili ([2a01:e0a:59b:9120:65d2:2476:f637:db1e]) by smtp.gmail.com with ESMTPSA id v189sm1465087wmg.14.2020.12.03.05.15.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 03 Dec 2020 05:15:39 -0800 (PST) From: zimoun In-Reply-To: <20201203105353.149482-1-othacehe@gnu.org> References: <20201203105353.149482-1-othacehe@gnu.org> Date: Thu, 03 Dec 2020 14:11:17 +0100 Message-ID: <86eek7yqyy.fsf@gmail.com> 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 (-) Hi Mathieu, On Thu, 03 Dec 2020 at 11:53, Mathieu Othacehe wrote: > Finally, as discussed with Danny on IRC, it could make sense to change the > default image type depending on the current system: efi-raw on x86_64-lin= ux > and i686-linux, arm32-raw on armhf-linux and so on. The =E2=80=9Cless astonishment=E2=80=9D default sounds good to me. :-) Cheers, simon From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Efraim Flashner Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Wed, 09 Dec 2020 08:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Mathieu Othacehe Cc: dannym@scratchpost.org, 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.16075023715430 (code B ref 45020); Wed, 09 Dec 2020 08:27:01 +0000 Received: (at 45020) by debbugs.gnu.org; 9 Dec 2020 08:26:11 +0000 Received: from localhost ([127.0.0.1]:60905 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmuna-0001PW-Q3 for submit@debbugs.gnu.org; Wed, 09 Dec 2020 03:26:11 -0500 Received: from flashner.co.il ([178.62.234.194]:55406) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmunU-0001Ov-I8 for 45020@debbugs.gnu.org; Wed, 09 Dec 2020 03:26:09 -0500 Received: from localhost (unknown [31.210.180.46]) by flashner.co.il (Postfix) with ESMTPSA id 80A2740304; Wed, 9 Dec 2020 08:25:58 +0000 (UTC) Date: Wed, 9 Dec 2020 10:25:56 +0200 From: Efraim Flashner Message-ID: References: <20201203105353.149482-1-othacehe@gnu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NK4z4b9DexkAYi2Z" Content-Disposition: inline In-Reply-To: <20201203105353.149482-1-othacehe@gnu.org> X-PGP-Key-ID: 0x41AAE7DCCA3D8351 X-PGP-Key: https://flashner.co.il/~efraim/efraim_flashner.asc X-PGP-Fingerprint: A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 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 (-) --NK4z4b9DexkAYi2Z Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 03, 2020 at 11:53:51AM +0100, Mathieu Othacehe wrote: > Hello, >=20 > Here's a small patchset to improve the creation of disk-images on non-Int= el > systems. Currently, when selecting "arm32-raw" or "arm64-raw" image types, > "guix system" will try to cross-compile to the relevant architectures, > regardless of the current system architecture. >=20 > This adds a "system" field to the image definition that indicates the > appropriate system. Then, if we are already running on this system, > "system-image" will build the image natively instead of using > cross-compilation. The image type "raw" is also renamed to "efi-raw" whic= h is > more accurate. >=20 > Finally, as discussed with Danny on IRC, it could make sense to change the > default image type depending on the current system: efi-raw on x86_64-lin= ux > and i686-linux, arm32-raw on armhf-linux and so on. >=20 > WDYT? I'm not sure about i686-linux being an efi-raw type. I always assumed they were all not EFI. > Thanks, >=20 > Mathieu >=20 > Mathieu Othacehe (2): > image: Add system field. > image: Rename "raw" image-type to "efi-raw". >=20 > doc/guix.texi | 10 +++++----- > gnu/image.scm | 3 +++ > gnu/system/image.scm | 18 ++++++++++++++---- > guix/scripts/system.scm | 2 +- > 4 files changed, 23 insertions(+), 10 deletions(-) >=20 > --=20 > 2.29.2 >=20 >=20 >=20 >=20 --=20 Efraim Flashner =D7=90=D7=A4=D7=A8=D7=99=D7=9D = =D7=A4=D7=9C=D7=A9=D7=A0=D7=A8 GPG key =3D A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted --NK4z4b9DexkAYi2Z Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEoov0DD5VE3JmLRT3Qarn3Mo9g1EFAl/QihAACgkQQarn3Mo9 g1Eocw//cO/24DOCCLFMN6jyRCZ2tZyUGWfHIU8b/mDoTaPvPYLh+eV9U2CPNcMJ ScDLwYgjbf0oLFF48auu/i0mki4SUeFWTUe2VyidOhH/MTI9lYGUtIsqXN+W71dh GViu91Q4DgoUz/GvNbYYBNREudsFR9uvbhsztDPrQFKCTSS4ZZJdnvUKTqYG3pXT aqAc7voMpSknoyWv204VSsywqodwYCYRXJNq4LkzMuxcMS22XRUnXiTJaqJIXuDB uuSSfRVEOkixwqJF86aG6gJO48iRKccqxuEFH2prd116NJYkzUd20huHSNG6xxcq pnMLj/HwmUn/XrWyy2pWeUjwaT8xsbCNiIgleA20m5jxvP8LJ6r93HXa7bI1i72/ EO/uqysb6ultISMb8mqNBA9eRbI1FXu4B0EHj9ol74RBBE3ruStrA325DOmA4IcJ 75FfQ13U4vbN7zoCn3gfFf+rZjMxxPU4z8GqtkiIGxS81MvxC0w/nQof/QDKjKry fHrs5xnO6FxVUg4lYwKh02vJsvMDxcfPZLmJU3Pbc6Lm+IAyNSqKfErRu0m9DFed CiSy8N0GA24KxHqBYsFicDpMNQUneMRKUYmymwoj4KsbB1ozlqcKzSkDt+D1129q 3TxdiY12hpWb2BSn/HATLbVA5eXwymaOXq+x+JSqL6T83iMqALA= =4TJx -----END PGP SIGNATURE----- --NK4z4b9DexkAYi2Z-- From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Mathieu Othacehe Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Wed, 09 Dec 2020 10:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Efraim Flashner Cc: dannym@scratchpost.org, 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.160750894216256 (code B ref 45020); Wed, 09 Dec 2020 10:16:01 +0000 Received: (at 45020) by debbugs.gnu.org; 9 Dec 2020 10:15:42 +0000 Received: from localhost ([127.0.0.1]:32858 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmwVa-0004E8-Fn for submit@debbugs.gnu.org; Wed, 09 Dec 2020 05:15:42 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmwVX-0004Du-Uq for 45020@debbugs.gnu.org; Wed, 09 Dec 2020 05:15:40 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43437) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmwVS-0007nY-6d; Wed, 09 Dec 2020 05:15:34 -0500 Received: from [2a01:e0a:19b:d9a0:e14f:e746:85df:3f38] (port=52506 helo=cervin) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kmwVR-0006Th-Qh; Wed, 09 Dec 2020 05:15:34 -0500 From: Mathieu Othacehe References: <20201203105353.149482-1-othacehe@gnu.org> Date: Wed, 09 Dec 2020 11:15:32 +0100 In-Reply-To: (Efraim Flashner's message of "Wed, 9 Dec 2020 10:25:56 +0200") Message-ID: <87tusvz3nf.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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 Efraim, > I'm not sure about i686-linux being an efi-raw type. I always assumed > they were all not EFI. The "efi-raw" image type is actually an hybrid image type supporting EFI and BIOS legacy boot methods. Maybe we should then rename "raw" to "bios-efi-raw" or "bios-efi-hybrid-raw", what do you think? Thanks, Mathieu From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Efraim Flashner Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Wed, 09 Dec 2020 10:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Mathieu Othacehe Cc: dannym@scratchpost.org, 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.160750967317451 (code B ref 45020); Wed, 09 Dec 2020 10:28:01 +0000 Received: (at 45020) by debbugs.gnu.org; 9 Dec 2020 10:27:53 +0000 Received: from localhost ([127.0.0.1]:32873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmwhM-0004XP-OI for submit@debbugs.gnu.org; Wed, 09 Dec 2020 05:27:52 -0500 Received: from flashner.co.il ([178.62.234.194]:55610) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmwhJ-0004XC-Vg for 45020@debbugs.gnu.org; Wed, 09 Dec 2020 05:27:52 -0500 Received: from localhost (unknown [31.210.180.46]) by flashner.co.il (Postfix) with ESMTPSA id 219E4402FD; Wed, 9 Dec 2020 10:27:44 +0000 (UTC) Date: Wed, 9 Dec 2020 12:27:41 +0200 From: Efraim Flashner Message-ID: References: <20201203105353.149482-1-othacehe@gnu.org> <87tusvz3nf.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gcEbErudAFx+ZRn+" Content-Disposition: inline In-Reply-To: <87tusvz3nf.fsf@gnu.org> X-PGP-Key-ID: 0x41AAE7DCCA3D8351 X-PGP-Key: https://flashner.co.il/~efraim/efraim_flashner.asc X-PGP-Fingerprint: A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 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 (-) --gcEbErudAFx+ZRn+ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 09, 2020 at 11:15:32AM +0100, Mathieu Othacehe wrote: >=20 > Hello Efraim, >=20 > > I'm not sure about i686-linux being an efi-raw type. I always assumed > > they were all not EFI. >=20 > The "efi-raw" image type is actually an hybrid image type supporting EFI > and BIOS legacy boot methods. >=20 > Maybe we should then rename "raw" to "bios-efi-raw" or > "bios-efi-hybrid-raw", what do you think? My hope is to eventually produce an image for mips64el again, which would need an ext2 formatted /boot partition. I'm hoping to make it not too hard to hack that in in the future :) Perhaps it makes sense to name them according to the architecture more? we have arm32-raw and aarch64-raw, how about i686-raw and x86_64-raw? Make it clear exactly what architecures they target. Then we can continue with the hybrid bios/efi images anyway. > Thanks, >=20 > Mathieu --=20 Efraim Flashner =D7=90=D7=A4=D7=A8=D7=99=D7=9D = =D7=A4=D7=9C=D7=A9=D7=A0=D7=A8 GPG key =3D A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted --gcEbErudAFx+ZRn+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEoov0DD5VE3JmLRT3Qarn3Mo9g1EFAl/QppoACgkQQarn3Mo9 g1EsfQ//eZC07dXC7NPASn5bvRfYw7z2KJD10BrHGLpHaunnSfafV1NEdXd0UAc6 H4khsMIv8u2DKTxrpPjyHRDruKhMOqAW1xffAVb1nq95+T8Dk0w3W6LTUfBSGAbg rfNRkis86k8UoGFBiuQxf33kQKamX4ILRNgPOIn3CKF4b9d6ilV/vkPfSkCRrn9n sORySVbVpyMvMCr4v3+Xwk24DI5Mc1CB8QpRDi+hY3QObWZwQZNv/LNw4I8yvZwu VtM0VkWK9uIG4QTwPMYFRF6EDdDqY/T34PbP2QW63huT2KfEAofT9UXFzX2TVXc7 GMmBEnAbQsLMBM/Cir53/csOvAoKOFUsY2vIro3sjhH/Jk1nzs5M+rG7bZq/1dJ1 wRBZHZXg5bbMs3ttxF8PW0mVVqoE1jCbeU3T4hsYFfbIPQLKA8rYoS0Zo0yhp/vU cdnTtM0cOfndhoGYpCzDHCob/zeE4qwF+FdanQzcLMJ3BC91qnyo9HRCjL89K8F/ GdKT/m6K/HGrrrL/+C8VoHAEKu5vX4FpkElWlOBubUEVFaRI1ksdPlSNiYr944tb SrqflBHu7psVkwgaxPc3/pABdTPiJp+z4eX9DZ6/Aiu1ThUCxda4qloq0zi4XfdN voKFyNcjF7SdMWs6aSZNrt+5ZoWotlLh9YHAn3w60mIO4nNegHs= =fult -----END PGP SIGNATURE----- --gcEbErudAFx+ZRn+-- From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Fri, 11 Dec 2020 16:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Mathieu Othacehe Cc: dannym@scratchpost.org, 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.160770546415761 (code B ref 45020); Fri, 11 Dec 2020 16:52:01 +0000 Received: (at 45020) by debbugs.gnu.org; 11 Dec 2020 16:51:04 +0000 Received: from localhost ([127.0.0.1]:42795 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knldI-000469-3U for submit@debbugs.gnu.org; Fri, 11 Dec 2020 11:51:04 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51930) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knldG-00045d-C7 for 45020@debbugs.gnu.org; Fri, 11 Dec 2020 11:51:03 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49355) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1knldA-0003Vu-Vv; Fri, 11 Dec 2020 11:50:56 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=60170 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1knld4-0004G4-1J; Fri, 11 Dec 2020 11:50:51 -0500 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <20201203105353.149482-1-othacehe@gnu.org> Date: Fri, 11 Dec 2020 17:50:48 +0100 In-Reply-To: <20201203105353.149482-1-othacehe@gnu.org> (Mathieu Othacehe's message of "Thu, 3 Dec 2020 11:53:51 +0100") Message-ID: <87eejw5lsn.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.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-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! Mathieu Othacehe skribis: > Here's a small patchset to improve the creation of disk-images on non-Int= el > systems. Currently, when selecting "arm32-raw" or "arm64-raw" image types, > "guix system" will try to cross-compile to the relevant architectures, > regardless of the current system architecture. > > This adds a "system" field to the image definition that indicates the > appropriate system. Then, if we are already running on this system, > "system-image" will build the image natively instead of using > cross-compilation. The image type "raw" is also renamed to "efi-raw" whic= h is > more accurate. > > Finally, as discussed with Danny on IRC, it could make sense to change the > default image type depending on the current system: efi-raw on x86_64-lin= ux > and i686-linux, arm32-raw on armhf-linux and so on. I understand the need for an easier way to create images. However, I feel like is the wrong place for =E2=80=98system=E2=80=99 and =E2= =80=98target=E2=80=99: the image format, conceptually, has nothing to do with whether we=E2=80=99re cross-compiling, compiling for a specific system, etc. It also seems wrong to me that =E2=80=98--image-type=E2=80=99 would, in som= e cases (but not all?), override =E2=80=98-s=E2=80=99 and =E2=80=98--target=E2=80=99. I feel like we=E2=80=99re missing an abstraction that would build on top of images, but I=E2=80=99m not sure what that would look like. Thoughts? Ludo=E2=80=99. From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Mathieu Othacehe Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Sat, 12 Dec 2020 08:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: dannym@scratchpost.org, 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.16077618709384 (code B ref 45020); Sat, 12 Dec 2020 08:32:01 +0000 Received: (at 45020) by debbugs.gnu.org; 12 Dec 2020 08:31:10 +0000 Received: from localhost ([127.0.0.1]:43868 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ko0J4-0002RG-Kf for submit@debbugs.gnu.org; Sat, 12 Dec 2020 03:31:10 -0500 Received: from eggs.gnu.org ([209.51.188.92]:38216) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ko0Iy-0002Qh-UR for 45020@debbugs.gnu.org; Sat, 12 Dec 2020 03:31:09 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44058) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ko0Ir-0003M4-GS; Sat, 12 Dec 2020 03:30:57 -0500 Received: from [2a01:e0a:19b:d9a0:edc2:7949:6205:c521] (port=47004 helo=cervin) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ko0Ip-0006eS-LU; Sat, 12 Dec 2020 03:30:56 -0500 From: Mathieu Othacehe References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> Date: Sat, 12 Dec 2020 09:30:54 +0100 In-Reply-To: <87eejw5lsn.fsf@gnu.org> ("Ludovic =?UTF-8?Q?Court=C3=A8s?="'s message of "Fri, 11 Dec 2020 17:50:48 +0100") Message-ID: <87h7orpgsh.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.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-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 (---) Hey, > I understand the need for an easier way to create images. However, I > feel like is the wrong place for =E2=80=98system=E2=80=99 and =E2= =80=98target=E2=80=99: the > image format, conceptually, has nothing to do with whether we=E2=80=99re > cross-compiling, compiling for a specific system, etc. On the one hand, I agree that adding "system" and "target" to , so that they can override the corresponding arguments doesn't feel nice. On the other hand, I think that dealing with system/target is too low level for most users. When using Yocto, Buildroot or even OpenWrt, you say "build me an image for that board/machine" and not, "build me an image for that board by cross-compiling to this mysterious triplet". If the user selects the image type "pine64" or "novena", it's obvious that the image has to be built for ARM, so I think it makes sense to hardcode it somewhere. The record might not be the right location for that information but I cannot think of another one. Maybe someone else? Thanks, Mathieu From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: zimoun Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Sat, 12 Dec 2020 12:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Mathieu Othacehe , Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.160777710710828 (code B ref 45020); Sat, 12 Dec 2020 12:46:02 +0000 Received: (at 45020) by debbugs.gnu.org; 12 Dec 2020 12:45:07 +0000 Received: from localhost ([127.0.0.1]:44117 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ko4Go-0002oE-OU for submit@debbugs.gnu.org; Sat, 12 Dec 2020 07:45:06 -0500 Received: from mail-wr1-f66.google.com ([209.85.221.66]:39378) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ko4Gn-0002iv-Ci for 45020@debbugs.gnu.org; Sat, 12 Dec 2020 07:45:05 -0500 Received: by mail-wr1-f66.google.com with SMTP id c5so8099463wrp.6 for <45020@debbugs.gnu.org>; Sat, 12 Dec 2020 04:45:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-transfer-encoding; bh=ZzqVBrw9/0ibbCO0v8yUTdzFnL3V+vSsvwGmmrmXSK4=; b=c10nX2lahtVd0mRNGzV94486YSxUI7j9noWEIZJcCKTfdR3KpTbpfc49PgZGWp7td3 tBVPUExYKjX8YaS+r4HRI+vL7v4JuDqmSeNyzT0VsYhFpi1Ci9Vfer4hVH6DGAZyI9+D f3TwGjosLgXwsMNexATCljucK+AiyPNH5JR3baqEWAjIdwiub/1rlbqOtz8vZBq1kUwK zK4lTLXfszYazdHlQPuzN5y3w5by8d9Y0i4FQFM9C0NNO23A4P4dCo70+p8ljXLGc+xF gKHbCS32TrW+Q++PkpuyeuF9Rt+eKLgYMXfPcNntUjSN/BclCenVabkgo+vhYsgKno/5 A0Pg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version:content-transfer-encoding; bh=ZzqVBrw9/0ibbCO0v8yUTdzFnL3V+vSsvwGmmrmXSK4=; b=hlkXspy+nTl6OFRK8Eq6cP9bB+JWotiUTdWhFi5LxkPTCuLh4C0O/WB+x+x2S334bW 308lk+kg+FWuQqlkAc00bZTHjoaAe582qiPjOcWIBfz649SHWXhd157mVB+B/e2Pryfk Hn54G4dqWD8Y7Po/wjual2nGSu+5xE7jrJuPvg9yB1g8Clw0GDkEBVVSqZt6eQBLhJ3p xPFIRLPvD4cqJ+80osKitGuAPkeSEML7AOpucA4GONIJS6Cbjgm7UR2HBDh3qRV0eRkU JVOAn/a7NPpPcLqoT8s0eZTTXvUM7hq5kZ6zEiQw5VRGfOfNM/yMmYHUt0z834epMiJb KVJA== X-Gm-Message-State: AOAM532lDeWxRDAuF8/gsyKtm2EtcrnNiQe0/VjEks3Df5Zr1yL/OnfH nWB+5wLssI6jnCwCGkDVXBCh6Qkj/OA= X-Google-Smtp-Source: ABdhPJxE0HJ9ifKP8KHBzKw5pE5HUOnWXb1HjfLgsrSoSxzZVS32BcpCC+l0mkBvFdVLN0n/np4ugw== X-Received: by 2002:adf:d84e:: with SMTP id k14mr10767101wrl.104.1607777099063; Sat, 12 Dec 2020 04:44:59 -0800 (PST) Received: from lili ([2a01:e0a:59b:9120:65d2:2476:f637:db1e]) by smtp.gmail.com with ESMTPSA id w17sm18313280wmk.12.2020.12.12.04.44.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 12 Dec 2020 04:44:58 -0800 (PST) From: zimoun In-Reply-To: <87h7orpgsh.fsf@gnu.org> References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> Date: Sat, 12 Dec 2020 13:34:14 +0100 Message-ID: <86im97fbjt.fsf@gmail.com> 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 (-) Hi, On Sat, 12 Dec 2020 at 09:30, Mathieu Othacehe wrote: > When using Yocto, Buildroot or even OpenWrt, you say "build me an image > for that board/machine" and not, "build me an image for that board by > cross-compiling to this mysterious triplet". I confirm that the triplet is still mysterious to me. Since I do not do that often, each time I am trying, I need to browse the doc, when I am not asking again and again on IRC. Therefore, I do not know if the record is the correct abstraction but somehow a mapping helper is welcome. :-) Maybe via a command-line option displaying the =E2=80=9Cboard=E2=80=9C and the =E2=80=9Ctriplet=E2=80=9D. All the best, simon From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Sat, 12 Dec 2020 18:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Mathieu Othacehe Cc: dannym@scratchpost.org, 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.16077979892009 (code B ref 45020); Sat, 12 Dec 2020 18:34:02 +0000 Received: (at 45020) by debbugs.gnu.org; 12 Dec 2020 18:33:09 +0000 Received: from localhost ([127.0.0.1]:46453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ko9hd-0000WF-K4 for submit@debbugs.gnu.org; Sat, 12 Dec 2020 13:33:09 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43054) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ko9hG-0000Sx-1s for 45020@debbugs.gnu.org; Sat, 12 Dec 2020 13:32:57 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:48126) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ko9h9-000702-4O; Sat, 12 Dec 2020 13:32:39 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=34600 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ko93C-000236-Cb; Sat, 12 Dec 2020 12:51:22 -0500 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 22 Frimaire an 229 de la =?UTF-8?Q?R=C3=A9volution?= 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: Sat, 12 Dec 2020 18:51:21 +0100 In-Reply-To: <87h7orpgsh.fsf@gnu.org> (Mathieu Othacehe's message of "Sat, 12 Dec 2020 09:30:54 +0100") Message-ID: <87czze3obq.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.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-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! Mathieu Othacehe skribis: >> I understand the need for an easier way to create images. However, I >> feel like is the wrong place for =E2=80=98system=E2=80=99 and = =E2=80=98target=E2=80=99: the >> image format, conceptually, has nothing to do with whether we=E2=80=99re >> cross-compiling, compiling for a specific system, etc. > > On the one hand, I agree that adding "system" and "target" to , > so that they can override the corresponding arguments doesn't feel > nice. On the other hand, I think that dealing with system/target is too > low level for most users. > > When using Yocto, Buildroot or even OpenWrt, you say "build me an image > for that board/machine" and not, "build me an image for that board by > cross-compiling to this mysterious triplet". Agreed; I understand that this is a desirable level of abstraction. > If the user selects the image type "pine64" or "novena", it's obvious > that the image has to be built for ARM, so I think it makes sense to > hardcode it somewhere. The record might not be the right > location for that information but I cannot think of another one. OTOH, I might want to cross-build a Novena image from x86_64, or I might want to build it natively. Perhaps what could be said is that a Novena image can either be built natively on armhf-linux, or cross-built to arm-linux-gnueabihf. Perhaps we should encode this constraint rather than a specific =E2=80=98system=E2=80=99 or =E2=80=98target=E2=80=99? (I= =E2=80=99m thinking out loud=E2=80=A6) Regarding ARM boards, do you think some additional abstraction is needed to encode cross-cutting concerns that affect not just the partition layout and choice of a bootloader, but also kernel build options, and maybe options for some userland packages (are there examples of that, though?)? Maybe the best course of action is to add all this info to until we have a better idea, after all. I guess I=E2=80=99m contributing more questions that answers. :-) Thanks, Ludo=E2=80=99. From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Sun, 13 Dec 2020 14:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: zimoun Cc: Mathieu Othacehe , 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.160786895916484 (code B ref 45020); Sun, 13 Dec 2020 14:16:01 +0000 Received: (at 45020) by debbugs.gnu.org; 13 Dec 2020 14:15:59 +0000 Received: from localhost ([127.0.0.1]:47804 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1koSAJ-0004Ho-7X for submit@debbugs.gnu.org; Sun, 13 Dec 2020 09:15:59 -0500 Received: from eggs.gnu.org ([209.51.188.92]:32976) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1koSAH-0004Hb-2S for 45020@debbugs.gnu.org; Sun, 13 Dec 2020 09:15:57 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35972) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1koSAB-0005rO-Tp; Sun, 13 Dec 2020 09:15:51 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=35616 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1koSAA-00037x-MV; Sun, 13 Dec 2020 09:15:51 -0500 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> <86im97fbjt.fsf@gmail.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 23 Frimaire an 229 de la =?UTF-8?Q?R=C3=A9volution?= 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: Sun, 13 Dec 2020 15:15:49 +0100 In-Reply-To: <86im97fbjt.fsf@gmail.com> (zimoun's message of "Sat, 12 Dec 2020 13:34:14 +0100") Message-ID: <87pn3dzt9m.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.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-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! zimoun skribis: > On Sat, 12 Dec 2020 at 09:30, Mathieu Othacehe wrote: > >> When using Yocto, Buildroot or even OpenWrt, you say "build me an image >> for that board/machine" and not, "build me an image for that board by >> cross-compiling to this mysterious triplet". > > I confirm that the triplet is still mysterious to me. Since I do not do > that often, each time I am trying, I need to browse the doc, when I am > not asking again and again on IRC. The triplet is a stringy DSL to designate a CPU architecture, hardware vendor, and operating system; nowadays people often piggy-back information to distinguish =E2=80=9COS=E2=80=9D from =E2=80=9Ckernel=E2=80= =9D, to specify the ABI, etc. (info "(autoconf) Specifying Target Triplets"). It was designed at a time where things were quite different (nowadays the =E2=80=9Cvendor=E2=80=9D part is almost always useless), and it=E2=80= =99s primarily for userland software. It=E2=80=99s well-documented though, no mystery. ;-) Now, a triplet does not capture all the things we=E2=80=99re interested in,= like details of the boot-up sequence of the ARM board, preferred bootloader, Binutils tweaks, etc. >From a Guix System viewpoint, we could define an abstract architecture/platform/target as something that embodies the info contained in triplets and more, say: --8<---------------cut here---------------start------------->8--- ;; Description of a platform supported by the GNU system. (define-record-type* platform make-platform platform? (triplet platform-triplet) ;"x86_64-linux-gnu" (system-type platform-system-type) ;"x86_64-linux" (linux-architecture platform-linux-architecture) ;"amd64" (kernel platform-kernel) ; (ld.so platform-ld.so) ;"ld-linux-x86-64.so.2" (gcc platform-gcc) ; (binutils platform-binutils) ; (libc platform-transform-libc)) ; --8<---------------cut here---------------end--------------->8--- Currently that info is scattered in various pieces in Guix: in base.scm, cross-base.scm, linux.scm, bootstrap.scm, etc. Having all that in a single place would be an improvement. Of course this is going beyond what was originally discussed in this thread and I=E2=80=99m not claiming this is the solution to work on right n= ow. It might be a general direction to follow longer-term, though. Thoughts? Ludo=E2=80=99. From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Danny Milosavljevic Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Sun, 13 Dec 2020 15:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Mathieu Othacehe Cc: Ludovic =?UTF-8?Q?Court=C3=A8s?= , 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.160787156322300 (code B ref 45020); Sun, 13 Dec 2020 15:00:02 +0000 Received: (at 45020) by debbugs.gnu.org; 13 Dec 2020 14:59:23 +0000 Received: from localhost ([127.0.0.1]:49907 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1koSqI-0005nb-Mt for submit@debbugs.gnu.org; Sun, 13 Dec 2020 09:59:23 -0500 Received: from dd26836.kasserver.com ([85.13.145.193]:55696) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1koSqG-0005nP-1C for 45020@debbugs.gnu.org; Sun, 13 Dec 2020 09:59:20 -0500 Received: from localhost (80-110-125-229.cgn.dynamic.surfer.at [80.110.125.229]) by dd26836.kasserver.com (Postfix) with ESMTPSA id D401D33638A9; Sun, 13 Dec 2020 15:59:17 +0100 (CET) Date: Sun, 13 Dec 2020 15:59:13 +0100 From: Danny Milosavljevic Message-ID: <20201213155913.7022f5ee@scratchpost.org> In-Reply-To: <87h7orpgsh.fsf@gnu.org> References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> X-Mailer: Claws Mail 3.17.7 (GTK+ 2.24.32; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/NBMwKrgYhkw+aAvqQ_la8Fm"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --Sig_/NBMwKrgYhkw+aAvqQ_la8Fm Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, I want to note that there's a difference between cross-compiling things and natively compiling things (even if only qemu transparent emulation). The resulting images between cross vs non-cross could be (and probably are) different. So I think there should be a command line parameter to the image script that specifies whether to cross-compile or not--there's no way around it that I = can see. Also, this image generation thing is mostly for bootstrapping Guix, so it is fine if that only supports configurations we actually tested. Ludo said: > > However, I > > feel like is the wrong place for =E2=80=98system=E2=80=99 and = =E2=80=98target=E2=80=99: the > > image format, conceptually, has nothing to do with whether we=E2=80=99re > > cross-compiling, compiling for a specific system, etc. =20 It depends on what you mean. How the word "image format" is colloquially u= sed in the VM world, it very much has to with what guest system (and even which emulator) this image is for, and that's not at all variable. But I agree that there are other things that could be variable per image ta= rget system, like the kernel version that actually works, the u-boot that actual= ly works, the partition layout that actually works, the initrd modules, weird system packages and/or activation scripts that are required for booting etc. See buildroot. Mathieu said: > On the one hand, I agree that adding "system" and "target" to , > so that they can override the corresponding arguments doesn't feel > nice. On the other hand, I think that dealing with system/target is too > low level for most users. I agree. Also, I want to stress that if we do this kind of image generatio= n, it has to be for Guix images we actually tested. So the general case with specifying a random system and target we never saw before cannot be support= ed anyway (and will likely not work), especially since bootloaders are anything but portable in general. > When using Yocto, Buildroot or even OpenWrt, you say "build me an image > for that board/machine" and not, "build me an image for that board by > cross-compiling to this mysterious triplet". I agree that we should not ask the user to specify a triplet to build a guix system image. It's obvious what the triplet is per image, since we tested it anyway (riiiight?). > If the user selects the image type "pine64" or "novena", it's obvious > that the image has to be built for ARM, so I think it makes sense to > hardcode it somewhere.=20 I agree. --Sig_/NBMwKrgYhkw+aAvqQ_la8Fm Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAl/WLEEACgkQ5xo1VCww uqUZcwgAgWuEsiJ7Q6B8D+em4JqUIHOU6/SWwdfURrPhlDIS1cO3SbEIYfUUn9bJ XXZlEZ2JgCs2YA1NXK/y9xqz3MUJ2Vz54Yhg+1+r0w9tjLbZDtLIobIARodaherU bx3fweuwc9QpedTUDexQDS86qGamOulJkCBgVqVjo+hfHDQ9xADYr8ksk/ifK7le /8JfW1BCm6H8XPkIplpJRxi5T4HlZaLoo+0l93siLmeak/cw1h5wESKqyx/vy1hM J52bl6eegMBUqLRyRo2c8ANx89b+SSO5RT1EjTphq9LooXcJ3FuoGkrWH/DOGP3z IaEdGaKEMxWEp1Rk5GACNfCBXViG5w== =cLyo -----END PGP SIGNATURE----- --Sig_/NBMwKrgYhkw+aAvqQ_la8Fm-- From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Mathieu Othacehe Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 15 Dec 2020 10:00:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: dannym@scratchpost.org, 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.160802634427756 (code B ref 45020); Tue, 15 Dec 2020 10:00:01 +0000 Received: (at 45020) by debbugs.gnu.org; 15 Dec 2020 09:59:04 +0000 Received: from localhost ([127.0.0.1]:55686 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kp76l-0007Dc-SO for submit@debbugs.gnu.org; Tue, 15 Dec 2020 04:59:04 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42874) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kp76k-0007D8-N1 for 45020@debbugs.gnu.org; Tue, 15 Dec 2020 04:59:02 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:48649) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kp76f-0004ok-1X; Tue, 15 Dec 2020 04:58:57 -0500 Received: from 225.71.114.78.rev.sfr.net ([78.114.71.225]:56170 helo=cervin) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kp76d-0003ZC-5z; Tue, 15 Dec 2020 04:58:55 -0500 From: Mathieu Othacehe References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> <87czze3obq.fsf@gnu.org> Date: Tue, 15 Dec 2020 10:58:51 +0100 In-Reply-To: <87czze3obq.fsf@gnu.org> ("Ludovic =?UTF-8?Q?Court=C3=A8s?="'s message of "Sat, 12 Dec 2020 18:51:21 +0100") Message-ID: <87czzbfl0k.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.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-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 (---) Hey, > OTOH, I might want to cross-build a Novena image from x86_64, or I might > want to build it natively. Perhaps what could be said is that a Novena > image can either be built natively on armhf-linux, or cross-built to > arm-linux-gnueabihf. Perhaps we should encode this constraint rather > than a specific =E2=80=98system=E2=80=99 or =E2=80=98target=E2=80=99? (I= =E2=80=99m thinking out loud=E2=80=A6) Maybe the next step would be to define a record that encodes the "system" and "target" constraints for a specific board/machine. The kernel build options and userland packages options you are mentioning above could also be part of this record. As Danny is proposing, we could also have a "--native" argument to "guix system" that would force native build instead of cross-compiling. > Regarding ARM boards, do you think some additional abstraction is needed > to encode cross-cutting concerns that affect not just the partition > layout and choice of a bootloader, but also kernel build options, and > maybe options for some userland packages (are there examples of that, > though?)? > > Maybe the best course of action is to add all this info to until > we have a better idea, after all. Sure, I agree. > I guess I=E2=80=99m contributing more questions that answers. :-) It helps a lot anyway :) Thanks, Mathieu From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: zimoun Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 15 Dec 2020 14:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: Mathieu Othacehe , 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.160804163130167 (code B ref 45020); Tue, 15 Dec 2020 14:14:01 +0000 Received: (at 45020) by debbugs.gnu.org; 15 Dec 2020 14:13:51 +0000 Received: from localhost ([127.0.0.1]:55973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kpB5L-0007qV-GZ for submit@debbugs.gnu.org; Tue, 15 Dec 2020 09:13:51 -0500 Received: from mail-wm1-f65.google.com ([209.85.128.65]:34922) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kpB5H-0007qF-Gz for 45020@debbugs.gnu.org; Tue, 15 Dec 2020 09:13:50 -0500 Received: by mail-wm1-f65.google.com with SMTP id e25so18634488wme.0 for <45020@debbugs.gnu.org>; Tue, 15 Dec 2020 06:13:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-transfer-encoding; bh=hK5NqeRQxaqi1I9NXqKbd/3gQjDnD9PwNOBSt5m9LS0=; b=sMus2AU1i0Fx1ZqMXfLe9SyTW50IYMtJqgwWPcjt8fHSSDpbkMPDRqbDQVIifSrzDV sx7TquCOADd6tEyjCwngIOmXnBbJBSl1qoNJMhgS43sk1mn/lHOjnDKDOhgK9MoFQTYG dkSLMc91m30M4hvWRmlS6B3v+alz02a7crAmDVpwu/5BugHXQkXVpjLjgwj8pugvNzYd NYdR2lt1WC0IncQDTFUE5Mq/aGBDvpS4AZXvjtNQL/Z12XKzsdb1WOaCfVLoDeTPYLaY bOBUkC3DWmyfdE7yn0+GD5PEg7bbXtEcHXARjoEnNwLADYmjpqx3mGOlz3p9wtqxzU9Z CkDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version:content-transfer-encoding; bh=hK5NqeRQxaqi1I9NXqKbd/3gQjDnD9PwNOBSt5m9LS0=; b=JWiNbsG9r/FexcWRyo6NO4wzQfWLaz3H0V6DF6f8kibCNcjED1m/BJl88RT5hAhKFn 7zlLLpTN9RQW5KvER6a+ZHwk0lssR2oMs8FnFmZuvzVoJF4PcRpqTFg6fVWpmsMZkK0P vPaY+9Vma9WP513XIo+RC0mzkWGgLYPWXQKYuUYZtDhqJgEmjdqiuNuq2bzAq1F9QnEc 3nh2DA1b5C70GmZI5EOZcUq2pOnejy/Vrpm8ErN/7H6Yri4V6/7FNvfXa8B1Gxwg+TzK 5r7AeNX0gKZ1LkSwf3AxsMLN4aLuebQZw1iGwcr6cgY45QktI2AwWdhRgJRdUlRyOGlP lrTQ== X-Gm-Message-State: AOAM5301O1wmsTdw9OBe+fREwU846DMGMbs+ZVgyUxNzGNOTQbVsJvMM d+/rYmA6tPck5F3bnXHHAwFFhf6PDag= X-Google-Smtp-Source: ABdhPJyiqkrzqRrdupB+5EnCdB+qHfUdkxT783flDwEFdOCPAFi2SK+Jc9ktexupCbIAeicjzHsV3A== X-Received: by 2002:a1c:3902:: with SMTP id g2mr32882428wma.117.1608041621252; Tue, 15 Dec 2020 06:13:41 -0800 (PST) Received: from lili ([2a01:e0a:59b:9120:65d2:2476:f637:db1e]) by smtp.gmail.com with ESMTPSA id c4sm38099840wmf.19.2020.12.15.06.13.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 15 Dec 2020 06:13:40 -0800 (PST) From: zimoun In-Reply-To: <87pn3dzt9m.fsf@gnu.org> References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> <86im97fbjt.fsf@gmail.com> <87pn3dzt9m.fsf@gnu.org> Date: Tue, 15 Dec 2020 15:11:33 +0100 Message-ID: <86r1nrma5m.fsf@gmail.com> 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 (-) Hi, On Sun, 13 Dec 2020 at 15:15, Ludovic Court=C3=A8s wrote: > It was designed at a time where things were quite different (nowadays > the =E2=80=9Cvendor=E2=80=9D part is almost always useless), and it=E2=80= =99s primarily for > userland software. It=E2=80=99s well-documented though, no mystery. ;-) It is not because it is well-documented that I do not feel confused or it puzzles me or how difficult it is to understand or know about, especially when the definition appears now a bit awkward. Ah it is the meaning from the dictionary of mystery. ;-) Kidding aside, thanks for the explanations. I have bookmarked them. > --8<---------------cut here---------------start------------->8--- > ;; Description of a platform supported by the GNU system. > (define-record-type* platform make-platform > platform? > (triplet platform-triplet) ;"x86_64-linux-gnu"=20= =20=20=20 > (system-type platform-system-type) ;"x86_64-linux"=20=20= =20=20=20=20=20=20 > (linux-architecture platform-linux-architecture) ;"amd64"=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 > (kernel platform-kernel) ;=20=20=20=20= =20=20=20=20=20=20=20=20=20 > (ld.so platform-ld.so) ;"ld-linux-x86-64.so.2" > (gcc platform-gcc) ; > (binutils platform-binutils) ; > (libc platform-transform-libc)) ;=20=20=20 > --8<---------------cut here---------------end--------------->8--- Naively and what confuse me is the redundancy of the information. For example, is it possible to do something else than =E2=80=9Cgnu=E2=80=9D? O= r when one thing is fixed, other parameters are also fixed, for instance does it make sense "x86_64-linux-gnu"=20=20=20=20 "i686-hurd"=20=20=20=20=20=20=20=20 "arm"=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 "ld-hurd-arm.so.2" ? Obviously, the plumbing where it is not a =E2=80=9Cmystery=E2=80=9D for som= e user is necessary. But for user like me, the interface should be simple. > Currently that info is scattered in various pieces in Guix: in base.scm, > cross-base.scm, linux.scm, bootstrap.scm, etc. Having all that in a > single place would be an improvement. Yes. > Of course this is going beyond what was originally discussed in this > thread and I=E2=80=99m not claiming this is the solution to work on right= now. > It might be a general direction to follow longer-term, though. I agree. Aside my usual drift. ;-) All the best, simon From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 15 Dec 2020 21:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: zimoun Cc: Mathieu Othacehe , 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.16080693877004 (code B ref 45020); Tue, 15 Dec 2020 21:57:01 +0000 Received: (at 45020) by debbugs.gnu.org; 15 Dec 2020 21:56:27 +0000 Received: from localhost ([127.0.0.1]:59382 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kpIJ1-0001ot-3s for submit@debbugs.gnu.org; Tue, 15 Dec 2020 16:56:27 -0500 Received: from eggs.gnu.org ([209.51.188.92]:50404) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kpIJ0-0001of-18 for 45020@debbugs.gnu.org; Tue, 15 Dec 2020 16:56:26 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35420) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kpIIu-00047w-PO; Tue, 15 Dec 2020 16:56:20 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=36816 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kpIIr-0005m2-5s; Tue, 15 Dec 2020 16:56:18 -0500 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> <86im97fbjt.fsf@gmail.com> <87pn3dzt9m.fsf@gnu.org> <86r1nrma5m.fsf@gmail.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 25 Frimaire an 229 de la =?UTF-8?Q?R=C3=A9volution?= 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, 15 Dec 2020 22:56:15 +0100 In-Reply-To: <86r1nrma5m.fsf@gmail.com> (zimoun's message of "Tue, 15 Dec 2020 15:11:33 +0100") Message-ID: <87eejqlon4.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.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-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, zimoun skribis: >> --8<---------------cut here---------------start------------->8--- >> ;; Description of a platform supported by the GNU system. >> (define-record-type* platform make-platform >> platform? >> (triplet platform-triplet) ;"x86_64-linux-gnu"= =20=20=20=20 >> (system-type platform-system-type) ;"x86_64-linux"=20=20= =20=20=20=20=20=20 >> (linux-architecture platform-linux-architecture) ;"amd64"=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 >> (kernel platform-kernel) ;=20=20=20= =20=20=20=20=20=20=20=20=20=20 >> (ld.so platform-ld.so) ;"ld-linux-x86-64.so.= 2" >> (gcc platform-gcc) ; >> (binutils platform-binutils) ; >> (libc platform-transform-libc)) ;=20=20=20 >> --8<---------------cut here---------------end--------------->8--- > > Naively and what confuse me is the redundancy of the information. For > example, is it possible to do something else than =E2=80=9Cgnu=E2=80=9D? = Or when one > thing is fixed, other parameters are also fixed, for instance does it > make sense > > "x86_64-linux-gnu"=20=20=20=20 > "i686-hurd"=20=20=20=20=20=20=20=20 > "arm"=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 > "ld-hurd-arm.so.2" > > ? For a given platform, say =E2=80=9CGNU/Hurd on i586=E2=80=9D, all the param= eters are fixed, with some degrees of liberty on the toolchain, though. However, currently that information is scattered across different places, so the goal here would be to gather it all in one place, which should facilitate porting to new platforms. Ludo=E2=80=99. From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Maxim Cournoyer Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Fri, 16 Jul 2021 02:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Mathieu Othacehe Cc: dannym@scratchpost.org, Ludovic =?UTF-8?Q?Court=C3=A8s?= , 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.162640109217299 (code B ref 45020); Fri, 16 Jul 2021 02:05:02 +0000 Received: (at 45020) by debbugs.gnu.org; 16 Jul 2021 02:04:52 +0000 Received: from localhost ([127.0.0.1]:50155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m4DDg-0004Uw-AB for submit@debbugs.gnu.org; Thu, 15 Jul 2021 22:04:52 -0400 Received: from mail-qk1-f170.google.com ([209.85.222.170]:42757) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m4DDb-0004Ud-9D for 45020@debbugs.gnu.org; Thu, 15 Jul 2021 22:04:50 -0400 Received: by mail-qk1-f170.google.com with SMTP id c68so2530496qkf.9 for <45020@debbugs.gnu.org>; Thu, 15 Jul 2021 19:04:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=+wfJgKpDzw/f9CJWd5jkhGpseBIk1vuQnSCezHgBjzg=; b=eGlW+S7MHpJCFk0qEYsFFdUycbHOqHSp/fTxATXuj3o6Wi4eFLk+46KuUf5s/Gr91S tQj7y/ZltP22IqptMWBpIpFAy0Jt6C4DNcqlFzDQCV+mckflSFnByftPpRmFfUsUrsFW UKbByYUdMUAKs3BEsK1x6pNusjJR1+xijxBKu/DOCnYjsjvG3R3sUdJS+CY4r/oLjeiW iJa5MXzaMvbz/g1gZ4EfWCu0v7X+2cPWk21D9yepmiKIKwOr7xZenc1rfe6Z+3Foq+gL I5H2wHURpFyfpV9fLp+sKfmuBKBVUPmnkn+/yjOecFh1BZ3CkyNwPqMlFd41KSqLj0Db fjfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=+wfJgKpDzw/f9CJWd5jkhGpseBIk1vuQnSCezHgBjzg=; b=ixPx87uf9cqiEAsACId+QQtfkVXgy1OA/zZCVUnBG/ZmVgoW01A9vQPNUu51+2WKQ6 pvrI2YjvZnyAc7WvJmMw3tZ/H7OpGOOguwM0s9nbzdCHP7MFZQfenV/jotb4NhQSS1Zj 4CEv1qNDvIXsZnYWEfKdeQbXKQLlkDbxZI/aNmDWf9IiFjLEC7zAS/o1UHQvlbgGZeG/ qqKH8CFtNQkVd+ltvIbt8HAa+ZoKenG2JZH5BD+KS2qSEUwgM8n52nPU82yqTGQLUxgt TjdeKi6JFZ1BrMgvJWf8CoLKcKMzyOcnNHcKGHTET833EVi44QrcizicdL91bLlQ6Zv1 E9SA== X-Gm-Message-State: AOAM531EcdnRFw6QPDFZR5I/OucUp6BV1Ct4ij2/fZKLvbUn+6R/Yvu2 2tO13qL1SsGiL9dihP1UdW+dc/c1f+plnjNu X-Google-Smtp-Source: ABdhPJxmQwPzuno5b2ZhbYjUhg7CndR6TI52aco9DRXFF/UTUsxCGcIzIgQ3Ei6bf534WHM7Gl6oQA== X-Received: by 2002:a05:620a:4011:: with SMTP id h17mr7227671qko.236.1626401081315; Thu, 15 Jul 2021 19:04:41 -0700 (PDT) Received: from hurd (dsl-159-138.b2b2c.ca. [66.158.159.138]) by smtp.gmail.com with ESMTPSA id b25sm3271510qkk.111.2021.07.15.19.04.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 15 Jul 2021 19:04:41 -0700 (PDT) From: Maxim Cournoyer References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> <87czze3obq.fsf@gnu.org> <87czzbfl0k.fsf@gnu.org> Date: Thu, 15 Jul 2021 22:04:39 -0400 In-Reply-To: <87czzbfl0k.fsf@gnu.org> (Mathieu Othacehe's message of "Tue, 15 Dec 2020 10:58:51 +0100") Message-ID: <87o8b3m2tk.fsf_-_@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) 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 (-) Hello, Mathieu Othacehe writes: > Hey, > >> OTOH, I might want to cross-build a Novena image from x86_64, or I might >> want to build it natively. Perhaps what could be said is that a Novena >> image can either be built natively on armhf-linux, or cross-built to >> arm-linux-gnueabihf. Perhaps we should encode this constraint rather >> than a specific =E2=80=98system=E2=80=99 or =E2=80=98target=E2=80=99? (= I=E2=80=99m thinking out loud=E2=80=A6) > > Maybe the next step would be to define a record that encodes > the "system" and "target" constraints for a specific board/machine. The > kernel build options and userland packages options you are mentioning > above could also be part of this record. > > As Danny is proposing, we could also have a "--native" argument to "guix > system" that would force native build instead of cross-compiling. > >> Regarding ARM boards, do you think some additional abstraction is needed >> to encode cross-cutting concerns that affect not just the partition >> layout and choice of a bootloader, but also kernel build options, and >> maybe options for some userland packages (are there examples of that, >> though?)? >> >> Maybe the best course of action is to add all this info to until >> we have a better idea, after all. > > Sure, I agree. > >> I guess I=E2=80=99m contributing more questions that answers. :-) > > It helps a lot anyway :) I see this hasn't landed to the repo yet. Are you still refining it, or has it fallen into cracks? Just checking :-). Thank you, Maxim From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Mathieu Othacehe Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Mon, 30 Aug 2021 16:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Maxim Cournoyer Cc: Vagrant Cascadian , dannym@scratchpost.org, Ludovic =?UTF-8?Q?Court=C3=A8s?= , 45020@debbugs.gnu.org Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.16303406855164 (code B ref 45020); Mon, 30 Aug 2021 16:25:01 +0000 Received: (at 45020) by debbugs.gnu.org; 30 Aug 2021 16:24:45 +0000 Received: from localhost ([127.0.0.1]:60053 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mKk5R-0001L8-Lq for submit@debbugs.gnu.org; Mon, 30 Aug 2021 12:24:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58918) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mKk5M-0001Ki-Dc for 45020@debbugs.gnu.org; Mon, 30 Aug 2021 12:24:40 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52686) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mKk5G-0004fB-Ka; Mon, 30 Aug 2021 12:24:30 -0400 Received: from [2a01:e0a:19b:d9a0:f2f7:a404:c3d3:f8b4] (port=37360 helo=meije) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mKk5F-000379-4U; Mon, 30 Aug 2021 12:24:30 -0400 From: Mathieu Othacehe References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> <87czze3obq.fsf@gnu.org> <87czzbfl0k.fsf@gnu.org> <87o8b3m2tk.fsf_-_@gmail.com> Date: Mon, 30 Aug 2021 18:24:27 +0200 In-Reply-To: <87o8b3m2tk.fsf_-_@gmail.com> (Maxim Cournoyer's message of "Thu, 15 Jul 2021 22:04:39 -0400") Message-ID: <87czpuaojo.fsf_-_@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" 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 Hey, Here's a patchset based on Ludo suggestion of introduction a platform record. It is for now limited to system, target, and linux-architecture fields but we could extend it to add the kernel, gcc, ... fields when needed. WDYT? Thanks, Mathieu --=-=-= Content-Type: text/x-patch; charset=utf-8 Content-Disposition: inline; filename=0001-gnu-Add-platform-support.patch Content-Transfer-Encoding: quoted-printable >From 711861495093a3b52aaf5469faf7f4820dfaa911 Mon Sep 17 00:00:00 2001 From: Mathieu Othacehe Date: Mon, 30 Aug 2021 17:46:05 +0200 Subject: [PATCH 1/2] gnu: Add platform support. * gnu/platform.scm: New file. * gnu/platforms/arm.scm: Ditto. * gnu/platforms/hurd.scm: Ditto. * gnu/local.mk (GNU_SYSTEM_MODULES): Add them. --- gnu/local.mk | 4 ++++ gnu/platform.scm | 38 ++++++++++++++++++++++++++++++++++++++ gnu/platforms/arm.scm | 36 ++++++++++++++++++++++++++++++++++++ gnu/platforms/hurd.scm | 28 ++++++++++++++++++++++++++++ 4 files changed, 106 insertions(+) create mode 100644 gnu/platform.scm create mode 100644 gnu/platforms/arm.scm create mode 100644 gnu/platforms/hurd.scm diff --git a/gnu/local.mk b/gnu/local.mk index 5e4d9518bf..4c2efdf504 100644 --- a/gnu/local.mk +++ b/gnu/local.mk @@ -73,6 +73,7 @@ GNU_SYSTEM_MODULES =3D \ %D%/bootloader/depthcharge.scm \ %D%/ci.scm \ %D%/image.scm \ + %D%/platform.scm \ %D%/packages.scm \ %D%/packages/abduco.scm \ %D%/packages/abiword.scm \ @@ -601,6 +602,9 @@ GNU_SYSTEM_MODULES =3D \ %D%/packages/zile.scm \ %D%/packages/zwave.scm \ \ + %D%/platforms/arm.scm \ + %D%/platforms/hurd.scm \ + \ %D%/services.scm \ %D%/services/admin.scm \ %D%/services/audio.scm \ diff --git a/gnu/platform.scm b/gnu/platform.scm new file mode 100644 index 0000000000..bb6519c71a --- /dev/null +++ b/gnu/platform.scm @@ -0,0 +1,38 @@ +;;; GNU Guix --- Functional package management for GNU +;;; Copyright =C2=A9 2021 Mathieu Othacehe +;;; +;;; This file is part of GNU Guix. +;;; +;;; GNU Guix is free software; you can redistribute it and/or modify it +;;; under the terms of the GNU General Public License as published by +;;; the Free Software Foundation; either version 3 of the License, or (at +;;; your option) any later version. +;;; +;;; GNU Guix is distributed in the hope that it will be useful, but +;;; WITHOUT ANY WARRANTY; without even the implied warranty of +;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +;;; GNU General Public License for more details. +;;; +;;; You should have received a copy of the GNU General Public License +;;; along with GNU Guix. If not, see . + +(define-module (gnu platform) + #:use-module (guix records) + #:export (platform + platform? + platform-target + platform-system + platform-linux-architecture)) + + +;;; +;;; Platform record. +;;; + +;; Description of a platform supported by the GNU system. +(define-record-type* platform make-platform + platform? + (target platform-target) ;"x86_64-linux-gnu" + (system platform-system) ;"x86_64-linux" + (linux-architecture platform-linux-architecture ;"amd64" + (default #f))) diff --git a/gnu/platforms/arm.scm b/gnu/platforms/arm.scm new file mode 100644 index 0000000000..1e61741a35 --- /dev/null +++ b/gnu/platforms/arm.scm @@ -0,0 +1,36 @@ +;;; GNU Guix --- Functional package management for GNU +;;; Copyright =C2=A9 2021 Mathieu Othacehe +;;; +;;; This file is part of GNU Guix. +;;; +;;; GNU Guix is free software; you can redistribute it and/or modify it +;;; under the terms of the GNU General Public License as published by +;;; the Free Software Foundation; either version 3 of the License, or (at +;;; your option) any later version. +;;; +;;; GNU Guix is distributed in the hope that it will be useful, but +;;; WITHOUT ANY WARRANTY; without even the implied warranty of +;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +;;; GNU General Public License for more details. +;;; +;;; You should have received a copy of the GNU General Public License +;;; along with GNU Guix. If not, see . + +(define-module (gnu platforms arm) + #:use-module (gnu platform) + #:use-module (gnu packages linux) + #:use-module (guix records) + #:export (armv7-linux + aarch64-linux)) + +(define armv7-linux + (platform + (target "arm-linux-gnueabihf") + (system "armhf-linux") + (linux-architecture "arm"))) + +(define aarch64-linux + (platform + (target "aarch64-linux-gnu") + (system "aarch64-linux") + (linux-architecture "arm64"))) diff --git a/gnu/platforms/hurd.scm b/gnu/platforms/hurd.scm new file mode 100644 index 0000000000..0e5c58fd08 --- /dev/null +++ b/gnu/platforms/hurd.scm @@ -0,0 +1,28 @@ +;;; GNU Guix --- Functional package management for GNU +;;; Copyright =C2=A9 2021 Mathieu Othacehe +;;; +;;; This file is part of GNU Guix. +;;; +;;; GNU Guix is free software; you can redistribute it and/or modify it +;;; under the terms of the GNU General Public License as published by +;;; the Free Software Foundation; either version 3 of the License, or (at +;;; your option) any later version. +;;; +;;; GNU Guix is distributed in the hope that it will be useful, but +;;; WITHOUT ANY WARRANTY; without even the implied warranty of +;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +;;; GNU General Public License for more details. +;;; +;;; You should have received a copy of the GNU General Public License +;;; along with GNU Guix. If not, see . + +(define-module (gnu platforms hurd) + #:use-module (gnu platform) + #:use-module (gnu packages linux) + #:use-module (guix records) + #:export (hurd)) + +(define hurd + (platform + (target "i586-pc-gnu") + (system "i586-gnu"))) --=20 2.32.0 --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0002-image-Add-platform-field.patch >From 8a5c6d75cb2bd9c26ec535229b52a2ab1b86c4b4 Mon Sep 17 00:00:00 2001 From: Mathieu Othacehe Date: Mon, 30 Aug 2021 17:48:10 +0200 Subject: [PATCH 2/2] image: Add platform field. Fixes: . * gnu/image.scm ()[target]: Remove this field and replace it with ... [platform]: ... this new field. image-target): Remove it. (image-platform, os+platform->image): New procedures. * gnu/system/image.scm (arm32-disk-image, arm64-disk-image, arm32-image-type, arm64-image-type): Remove them. (raw-with-offset-disk-image, raw-with-offset-image-type): New procedures. (system-image): Adapt it to use the image platform field. * gnu/system/images/hurd.scm (hurd-disk-image): Remove the target field. (hurd-barebones-disk-image, hurd-barebones-qcow2-image): Use os+platform->image procedure. * gnu/system/images/novena.scm (novena-image-type, novena-barebones-raw-image): Use the os+platform->image. * gnu/system/images/pine64.scm (pine64-image-type, pine64-barebones-raw-image): Use the os+platform->image. * gnu/system/images/pinebook-pro.scm (pinebook-pro-image-type, pinebook-pro-barebones-raw-image): Use the os+platform->image. * gnu/system/images/rock64.scm (rock64-image-type, rock64-barebones-raw-image): Use the os+platform->image. * guix/scripts/system.scm (process-action): Use the image platform field. --- gnu/image.scm | 13 ++++++-- gnu/system/image.scm | 51 ++++++++++++++++++------------ gnu/system/images/hurd.scm | 8 +++-- gnu/system/images/novena.scm | 6 ++-- gnu/system/images/pine64.scm | 6 ++-- gnu/system/images/pinebook-pro.scm | 6 ++-- gnu/system/images/rock64.scm | 8 +++-- guix/scripts/system.scm | 5 ++- 8 files changed, 66 insertions(+), 37 deletions(-) diff --git a/gnu/image.scm b/gnu/image.scm index 75d489490d..2381efa208 100644 --- a/gnu/image.scm +++ b/gnu/image.scm @@ -17,6 +17,7 @@ ;;; along with GNU Guix. If not, see . (define-module (gnu image) + #:use-module (gnu platform) #:use-module (guix records) #:export (partition partition? @@ -34,7 +35,7 @@ image? image-name image-format - image-target + image-platform image-size image-operating-system image-partitions @@ -47,7 +48,8 @@ image-type-name image-type-constructor - os->image)) + os->image + os+platform->image)) ;;; @@ -78,7 +80,7 @@ (name image-name ;symbol (default #f)) (format image-format) ;symbol - (target image-target + (platform image-platform ; (default #f)) (size image-size ;size in bytes as integer (default 'guess)) @@ -112,3 +114,8 @@ (define* (os->image os #:key type) (let ((constructor (image-type-constructor type))) (constructor os))) + +(define* (os+platform->image os platform #:key type) + (image + (inherit (os->image os #:type type)) + (platform platform))) diff --git a/gnu/system/image.scm b/gnu/system/image.scm index 1012fa6158..7a807b8226 100644 --- a/gnu/system/image.scm +++ b/gnu/system/image.scm @@ -31,6 +31,7 @@ #:use-module (gnu bootloader) #:use-module (gnu bootloader grub) #:use-module (gnu image) + #:use-module (gnu platform) #:use-module (gnu services) #:use-module (gnu services base) #:use-module (gnu system) @@ -66,16 +67,14 @@ efi-disk-image iso9660-image - arm32-disk-image - arm64-disk-image + raw-with-offset-disk-image image-with-os efi-raw-image-type qcow2-image-type iso-image-type uncompressed-iso-image-type - arm32-image-type - arm64-image-type + raw-with-offset-image-type image-with-label system-image @@ -128,10 +127,9 @@ (label "GUIX_IMAGE") (flags '(boot))))))) -(define* (arm32-disk-image #:optional (offset root-offset)) +(define* (raw-with-offset-disk-image #:optional (offset root-offset)) (image (format 'disk-image) - (target "arm-linux-gnueabihf") (partitions (list (partition (inherit root-partition) @@ -140,11 +138,6 @@ ;; fails. (volatile-root? #f))) -(define* (arm64-disk-image #:optional (offset root-offset)) - (image - (inherit (arm32-disk-image offset)) - (target "aarch64-linux-gnu"))) - ;;; ;;; Images types. @@ -186,15 +179,10 @@ set to the given OS." (compression? #f)) <>)))) -(define arm32-image-type - (image-type - (name 'arm32-raw) - (constructor (cut image-with-os (arm32-disk-image) <>)))) - -(define arm64-image-type +(define raw-with-offset-image-type (image-type - (name 'arm64-raw) - (constructor (cut image-with-os (arm64-disk-image) <>)))) + (name 'raw-with-offset) + (constructor (cut image-with-os (raw-with-offset-disk-image) <>)))) ;; @@ -615,7 +603,30 @@ it can be used for bootloading." "Return the derivation of IMAGE. It can be a raw disk-image or an ISO9660 image, depending on IMAGE format." (define substitutable? (image-substitutable? image)) - (define target (image-target image)) + (define platform (image-platform image)) + + ;; The image platform definition may provide the appropriate "system" + ;; architecture for the image. If we are already running on this system, + ;; the image can be built natively. If we are running on a different + ;; system, then we need to cross-compile, using the "target" provided by the + ;; image definition. + (define system (and=> platform platform-system)) + (define target (cond + ;; No defined platform, let's use the user defined + ;; system/target parameters. + ((not platform) + (%current-target-system)) + ;; The current system is the same as the platform system, no + ;; need to cross-compile. + ((and system + (string=? system (%current-system))) + #f) + ;; If there is a user defined target let's override the + ;; platform target. Otherwise, we can cross-compile to the + ;; platform target. + (else + (or (%current-target-system) + (and=> platform platform-target))))) (with-parameters ((%current-target-system target)) (let* ((os (operating-system-for-image image)) diff --git a/gnu/system/images/hurd.scm b/gnu/system/images/hurd.scm index fc2dbe3209..77f7ff5e2b 100644 --- a/gnu/system/images/hurd.scm +++ b/gnu/system/images/hurd.scm @@ -23,6 +23,7 @@ #:use-module (gnu bootloader grub) #:use-module (gnu image) #:use-module (gnu packages ssh) + #:use-module (gnu platforms hurd) #:use-module (gnu services) #:use-module (gnu services ssh) #:use-module (gnu system) @@ -75,7 +76,6 @@ (define hurd-disk-image (image (format 'disk-image) - (target "i586-pc-gnu") (partitions (list (partition (size 'guess) @@ -103,13 +103,15 @@ (define hurd-barebones-disk-image (image (inherit - (os->image hurd-barebones-os #:type hurd-image-type)) + (os+platform->image hurd-barebones-os hurd + #:type hurd-image-type)) (name 'hurd-barebones-disk-image))) (define hurd-barebones-qcow2-image (image (inherit - (os->image hurd-barebones-os #:type hurd-qcow2-image-type)) + (os+platform->image hurd-barebones-os hurd + #:type hurd-qcow2-image-type)) (name 'hurd-barebones.qcow2))) ;; Return the default image. diff --git a/gnu/system/images/novena.scm b/gnu/system/images/novena.scm index 63227af509..3ce62fbf3b 100644 --- a/gnu/system/images/novena.scm +++ b/gnu/system/images/novena.scm @@ -22,6 +22,7 @@ #:use-module (gnu bootloader u-boot) #:use-module (gnu image) #:use-module (gnu packages linux) + #:use-module (gnu platforms arm) #:use-module (gnu services) #:use-module (gnu services base) #:use-module (gnu system) @@ -52,12 +53,13 @@ (define novena-image-type (image-type (name 'novena-raw) - (constructor (cut image-with-os (arm32-disk-image) <>)))) + (constructor (cut image-with-os (raw-with-offset-disk-image) <>)))) (define novena-barebones-raw-image (image (inherit - (os->image novena-barebones-os #:type novena-image-type)) + (os+platform->image novena-barebones-os armv7-linux + #:type novena-image-type)) (name 'novena-barebones-raw-image))) ;; Return the default image. diff --git a/gnu/system/images/pine64.scm b/gnu/system/images/pine64.scm index 808c71295f..aaec458766 100644 --- a/gnu/system/images/pine64.scm +++ b/gnu/system/images/pine64.scm @@ -21,6 +21,7 @@ #:use-module (gnu bootloader u-boot) #:use-module (gnu image) #:use-module (gnu packages linux) + #:use-module (gnu platforms arm) #:use-module (gnu services) #:use-module (gnu services base) #:use-module (gnu system) @@ -57,12 +58,13 @@ (define pine64-image-type (image-type (name 'pine64-raw) - (constructor (cut image-with-os (arm64-disk-image) <>)))) + (constructor (cut image-with-os (raw-with-offset-disk-image) <>)))) (define pine64-barebones-raw-image (image (inherit - (os->image pine64-barebones-os #:type pine64-image-type)) + (os+platform->image pine64-barebones-os aarch64-linux + #:type pine64-image-type)) (name 'pine64-barebones-raw-image))) ;; Return the default image. diff --git a/gnu/system/images/pinebook-pro.scm b/gnu/system/images/pinebook-pro.scm index b6b844cef6..1bfac7a8bb 100644 --- a/gnu/system/images/pinebook-pro.scm +++ b/gnu/system/images/pinebook-pro.scm @@ -21,6 +21,7 @@ #:use-module (gnu bootloader u-boot) #:use-module (gnu image) #:use-module (gnu packages linux) + #:use-module (gnu platforms arm) #:use-module (gnu services) #:use-module (gnu services base) #:use-module (gnu system) @@ -58,13 +59,14 @@ (image-type (name 'pinebook-pro-raw) (constructor (cut image-with-os - (arm64-disk-image (* 9 (expt 2 20))) ;9MiB + (raw-with-offset-disk-image (* 9 (expt 2 20))) ;9MiB <>)))) (define pinebook-pro-barebones-raw-image (image (inherit - (os->image pinebook-pro-barebones-os #:type pinebook-pro-image-type)) + (os+platform->image pinebook-pro-barebones-os aarch64-linux + #:type pinebook-pro-image-type)) (name 'pinebook-pro-barebones-raw-image))) ;; Return the default image. diff --git a/gnu/system/images/rock64.scm b/gnu/system/images/rock64.scm index 68d3742adc..d25d55e528 100644 --- a/gnu/system/images/rock64.scm +++ b/gnu/system/images/rock64.scm @@ -21,6 +21,7 @@ #:use-module (gnu bootloader u-boot) #:use-module (gnu image) #:use-module (gnu packages linux) + #:use-module (gnu platforms arm) #:use-module (gnu services) #:use-module (gnu services base) #:use-module (gnu services networking) @@ -53,12 +54,15 @@ (define rock64-image-type (image-type (name 'rock64-raw) - (constructor (cut image-with-os (arm64-disk-image (expt 2 24)) <>)))) + (constructor (cut image-with-os + (raw-with-offset-disk-image (expt 2 24)) + <>)))) (define rock64-barebones-raw-image (image (inherit - (os->image rock64-barebones-os #:type rock64-image-type)) + (os+platform->image rock64-barebones-os aarch64-linux + #:type rock64-image-type)) (name 'rock64-barebones-raw-image))) rock64-barebones-raw-image diff --git a/guix/scripts/system.scm b/guix/scripts/system.scm index 83bbefd3dc..a98a97e121 100644 --- a/guix/scripts/system.scm +++ b/guix/scripts/system.scm @@ -63,6 +63,7 @@ (device-module-aliases matching-modules) #:use-module (gnu system linux-initrd) #:use-module (gnu image) + #:use-module (gnu platform) #:use-module (gnu system) #:use-module (gnu bootloader) #:use-module (gnu system file-systems) @@ -1204,13 +1205,11 @@ resulting from command-line parsing." (base-image (if (operating-system? obj) (os->image obj #:type image-type) - obj)) - (base-target (image-target base-image))) + obj))) (image (inherit (if label (image-with-label base-image label) base-image)) - (target (or base-target target)) (size image-size) (volatile-root? volatile?)))) (os (image-operating-system image)) -- 2.32.0 --=-=-=-- From unknown Thu Aug 21 14:53:51 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45020] [PATCH 0/2] image: Add system field. Resent-From: Mathieu Othacehe Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 05 Oct 2021 08:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45020 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: 45020@debbugs.gnu.org Cc: Vagrant Cascadian , dannym@scratchpost.org, Ludovic =?UTF-8?Q?Court=C3=A8s?= , Maxim Cournoyer Received: via spool by 45020-submit@debbugs.gnu.org id=B45020.163342240930725 (code B ref 45020); Tue, 05 Oct 2021 08:27:02 +0000 Received: (at 45020) by debbugs.gnu.org; 5 Oct 2021 08:26:49 +0000 Received: from localhost ([127.0.0.1]:39007 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXfmi-0007zV-Uk for submit@debbugs.gnu.org; Tue, 05 Oct 2021 04:26:49 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46004) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mXfmh-0007zI-B9 for 45020@debbugs.gnu.org; Tue, 05 Oct 2021 04:26:47 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57680) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mXfmb-0001OA-4M; Tue, 05 Oct 2021 04:26:41 -0400 Received: from [2a01:e0a:19b:d9a0:f2f7:a404:c3d3:f8b4] (port=41900 helo=meije) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mXfmT-0007ZK-IX; Tue, 05 Oct 2021 04:26:41 -0400 From: Mathieu Othacehe References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> <87czze3obq.fsf@gnu.org> <87czzbfl0k.fsf@gnu.org> <87o8b3m2tk.fsf_-_@gmail.com> <87czpuaojo.fsf_-_@gnu.org> Date: Tue, 05 Oct 2021 08:26:31 +0000 In-Reply-To: <87czpuaojo.fsf_-_@gnu.org> (Mathieu Othacehe's message of "Mon, 30 Aug 2021 18:24:27 +0200") Message-ID: <87mtnnev2g.fsf_-_@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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 (---) Hey, > * gnu/platform.scm: New file. > * gnu/platforms/arm.scm: Ditto. > * gnu/platforms/hurd.scm: Ditto. > * gnu/local.mk (GNU_SYSTEM_MODULES): Add them. I plan to push that one in the next few days. Thanks, Mathieu From unknown Thu Aug 21 14:53:51 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: Mathieu Othacehe Subject: bug#45020: closed (Re: bug#45020: [PATCH 0/2] image: Add system field.) Message-ID: References: <87sfx722bm.fsf_-_@gnu.org> <20201203105353.149482-1-othacehe@gnu.org> X-Gnu-PR-Message: they-closed 45020 X-Gnu-PR-Package: guix-patches X-Gnu-PR-Keywords: patch Reply-To: 45020@debbugs.gnu.org Date: Mon, 11 Oct 2021 12:07:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1633954022-6149-1" This is a multi-part message in MIME format... ------------=_1633954022-6149-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #45020: [PATCH 0/2] image: Add system field. 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 45020@debbugs.gnu.org. --=20 45020: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D45020 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1633954022-6149-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 45020-done) by debbugs.gnu.org; 11 Oct 2021 12:06:30 +0000 Received: from localhost ([127.0.0.1]:56871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mZu4c-0001aL-I4 for submit@debbugs.gnu.org; Mon, 11 Oct 2021 08:06:30 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mZu4b-0001aA-0u for 45020-done@debbugs.gnu.org; Mon, 11 Oct 2021 08:06:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51226) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mZu4V-0004Y4-4L; Mon, 11 Oct 2021 08:06:23 -0400 Received: from [2a01:e0a:19b:d9a0:f2f7:a404:c3d3:f8b4] (port=44394 helo=meije) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mZu4U-0007nP-Pi; Mon, 11 Oct 2021 08:06:23 -0400 From: Mathieu Othacehe To: 45020-done@debbugs.gnu.org Subject: Re: bug#45020: [PATCH 0/2] image: Add system field. References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> <87czze3obq.fsf@gnu.org> <87czzbfl0k.fsf@gnu.org> <87o8b3m2tk.fsf_-_@gmail.com> <87czpuaojo.fsf_-_@gnu.org> <87mtnnev2g.fsf_-_@gnu.org> Date: Mon, 11 Oct 2021 12:06:21 +0000 In-Reply-To: <87mtnnev2g.fsf_-_@gnu.org> (Mathieu Othacehe's message of "Tue, 05 Oct 2021 08:26:31 +0000") Message-ID: <87sfx722bm.fsf_-_@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 45020-done Cc: Vagrant Cascadian , dannym@scratchpost.org, Ludovic =?utf-8?Q?Court=C3=A8s?= , Maxim Cournoyer 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 (---) Hey, > I plan to push that one in the next few days. Pushed, thanks, Mathieu ------------=_1633954022-6149-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 3 Dec 2020 10:54:15 +0000 Received: from localhost ([127.0.0.1]:38571 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkmFb-0003Gg-0e for submit@debbugs.gnu.org; Thu, 03 Dec 2020 05:54:15 -0500 Received: from lists.gnu.org ([209.51.188.17]:43668) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkmFZ-0003GZ-SM for submit@debbugs.gnu.org; Thu, 03 Dec 2020 05:54:14 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46668) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kkmFZ-0003gs-3o for guix-patches@gnu.org; Thu, 03 Dec 2020 05:54:13 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41174) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kkmFX-0001lL-S0; Thu, 03 Dec 2020 05:54:12 -0500 Received: from [2a01:e0a:19b:d9a0:6132:5f9a:6e69:6e32] (port=54264 helo=localhost.localdomain) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kkmFT-0006vx-W9; Thu, 03 Dec 2020 05:54:09 -0500 From: Mathieu Othacehe To: guix-patches@gnu.org Subject: [PATCH 0/2] image: Add system field. Date: Thu, 3 Dec 2020 11:53:51 +0100 Message-Id: <20201203105353.149482-1-othacehe@gnu.org> X-Mailer: git-send-email 2.29.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit Cc: dannym@scratchpost.org, Mathieu Othacehe 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, Here's a small patchset to improve the creation of disk-images on non-Intel systems. Currently, when selecting "arm32-raw" or "arm64-raw" image types, "guix system" will try to cross-compile to the relevant architectures, regardless of the current system architecture. This adds a "system" field to the image definition that indicates the appropriate system. Then, if we are already running on this system, "system-image" will build the image natively instead of using cross-compilation. The image type "raw" is also renamed to "efi-raw" which is more accurate. Finally, as discussed with Danny on IRC, it could make sense to change the default image type depending on the current system: efi-raw on x86_64-linux and i686-linux, arm32-raw on armhf-linux and so on. WDYT? Thanks, Mathieu Mathieu Othacehe (2): image: Add system field. image: Rename "raw" image-type to "efi-raw". doc/guix.texi | 10 +++++----- gnu/image.scm | 3 +++ gnu/system/image.scm | 18 ++++++++++++++---- guix/scripts/system.scm | 2 +- 4 files changed, 23 insertions(+), 10 deletions(-) -- 2.29.2 ------------=_1633954022-6149-1-- From unknown Thu Aug 21 14:53:51 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: Mathieu Othacehe Subject: bug#45021: closed (Re: bug#45020: [PATCH 0/2] image: Add system field.) Message-ID: References: <87sfx722bm.fsf_-_@gnu.org> <20201203105353.149482-2-othacehe@gnu.org> X-Gnu-PR-Message: they-closed 45021 X-Gnu-PR-Package: guix-patches X-Gnu-PR-Keywords: patch Reply-To: 45021@debbugs.gnu.org Date: Mon, 11 Oct 2021 12:07:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1633954023-6149-3" This is a multi-part message in MIME format... ------------=_1633954023-6149-3 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #45020: [PATCH 1/2] image: Add system field. 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 45021@debbugs.gnu.org. --=20 45020: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D45020 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1633954023-6149-3 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 45020-done) by debbugs.gnu.org; 11 Oct 2021 12:06:30 +0000 Received: from localhost ([127.0.0.1]:56871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mZu4c-0001aL-I4 for submit@debbugs.gnu.org; Mon, 11 Oct 2021 08:06:30 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mZu4b-0001aA-0u for 45020-done@debbugs.gnu.org; Mon, 11 Oct 2021 08:06:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51226) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mZu4V-0004Y4-4L; Mon, 11 Oct 2021 08:06:23 -0400 Received: from [2a01:e0a:19b:d9a0:f2f7:a404:c3d3:f8b4] (port=44394 helo=meije) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mZu4U-0007nP-Pi; Mon, 11 Oct 2021 08:06:23 -0400 From: Mathieu Othacehe To: 45020-done@debbugs.gnu.org Subject: Re: bug#45020: [PATCH 0/2] image: Add system field. References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> <87czze3obq.fsf@gnu.org> <87czzbfl0k.fsf@gnu.org> <87o8b3m2tk.fsf_-_@gmail.com> <87czpuaojo.fsf_-_@gnu.org> <87mtnnev2g.fsf_-_@gnu.org> Date: Mon, 11 Oct 2021 12:06:21 +0000 In-Reply-To: <87mtnnev2g.fsf_-_@gnu.org> (Mathieu Othacehe's message of "Tue, 05 Oct 2021 08:26:31 +0000") Message-ID: <87sfx722bm.fsf_-_@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 45020-done Cc: Vagrant Cascadian , dannym@scratchpost.org, Ludovic =?utf-8?Q?Court=C3=A8s?= , Maxim Cournoyer 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 (---) Hey, > I plan to push that one in the next few days. Pushed, thanks, Mathieu ------------=_1633954023-6149-3 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 3 Dec 2020 10:54:21 +0000 Received: from localhost ([127.0.0.1]:38575 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkmFh-0003H5-8v for submit@debbugs.gnu.org; Thu, 03 Dec 2020 05:54:21 -0500 Received: from lists.gnu.org ([209.51.188.17]:43674) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkmFg-0003Gs-0a for submit@debbugs.gnu.org; Thu, 03 Dec 2020 05:54:20 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46676) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kkmFf-0003hK-Oq for guix-patches@gnu.org; Thu, 03 Dec 2020 05:54:19 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41175) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kkmFf-0001qS-8Y; Thu, 03 Dec 2020 05:54:19 -0500 Received: from [2a01:e0a:19b:d9a0:6132:5f9a:6e69:6e32] (port=54264 helo=localhost.localdomain) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kkmFW-0006vx-AP; Thu, 03 Dec 2020 05:54:11 -0500 From: Mathieu Othacehe To: guix-patches@gnu.org Subject: [PATCH 1/2] image: Add system field. Date: Thu, 3 Dec 2020 11:53:52 +0100 Message-Id: <20201203105353.149482-2-othacehe@gnu.org> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201203105353.149482-1-othacehe@gnu.org> References: <20201203105353.149482-1-othacehe@gnu.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit Cc: dannym@scratchpost.org, Mathieu Othacehe 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 (---) * gnu/image.scm (): New field. * gnu/system/image.scm (arm32-disk-image, arm64-disk-image): Set the system field. (system-image): Do not try to cross-compile if we are running on the appropriate system. * gnu/system/images/hurd.scm (hurd-disk-image): Set the system field. --- gnu/image.scm | 3 +++ gnu/system/image.scm | 12 +++++++++++- gnu/system/images/hurd.scm | 1 + 3 files changed, 15 insertions(+), 1 deletion(-) diff --git a/gnu/image.scm b/gnu/image.scm index a60d83b175..a56710d540 100644 --- a/gnu/image.scm +++ b/gnu/image.scm @@ -33,6 +33,7 @@ image image-name image-format + image-system image-target image-size image-operating-system @@ -77,6 +78,8 @@ (name image-name ;symbol (default #f)) (format image-format) ;symbol + (system image-system + (default #f)) (target image-target (default #f)) (size image-size ;size in bytes as integer diff --git a/gnu/system/image.scm b/gnu/system/image.scm index 4972d9067b..f3d5734381 100644 --- a/gnu/system/image.scm +++ b/gnu/system/image.scm @@ -131,6 +131,7 @@ (define arm32-disk-image (image (format 'disk-image) + (system "armhf-linux") (target "arm-linux-gnueabihf") (partitions (list (partition @@ -143,6 +144,7 @@ (define arm64-disk-image (image (inherit arm32-disk-image) + (system "aarch64-linux") (target "aarch64-linux-gnu"))) @@ -613,7 +615,15 @@ it can be used for bootloading." "Return the derivation of IMAGE. It can be a raw disk-image or an ISO9660 image, depending on IMAGE format." (define substitutable? (image-substitutable? image)) - (define target (image-target image)) + + ;; The image definition may provide the appropriate "system" architecture + ;; for the image. If we are already running on this system, the image can + ;; be built natively. If we are running on a different system, then we need + ;; to cross-compile, using the "target" provided by the image definition. + (define system (image-system image)) + (define target (if (eq? system (%current-system)) + #f + (image-target image))) (with-parameters ((%current-target-system target)) (let* ((os (operating-system-for-image image)) diff --git a/gnu/system/images/hurd.scm b/gnu/system/images/hurd.scm index 4417952c5d..6e7dbaa7a7 100644 --- a/gnu/system/images/hurd.scm +++ b/gnu/system/images/hurd.scm @@ -75,6 +75,7 @@ (define hurd-disk-image (image (format 'disk-image) + (system "i586-gnu") (target "i586-pc-gnu") (partitions (list (partition -- 2.29.2 ------------=_1633954023-6149-3-- From unknown Thu Aug 21 14:53:51 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: Mathieu Othacehe Subject: bug#45022: closed (Re: bug#45020: [PATCH 0/2] image: Add system field.) Message-ID: References: <87sfx722bm.fsf_-_@gnu.org> <20201203105353.149482-3-othacehe@gnu.org> X-Gnu-PR-Message: they-closed 45022 X-Gnu-PR-Package: guix-patches X-Gnu-PR-Keywords: patch Reply-To: 45022@debbugs.gnu.org Date: Mon, 11 Oct 2021 12:07:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1633954023-6149-5" This is a multi-part message in MIME format... ------------=_1633954023-6149-5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #45020: [PATCH 2/2] image: Rename "raw" image-type to "efi-raw". 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 45022@debbugs.gnu.org. --=20 45020: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D45020 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1633954023-6149-5 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 45020-done) by debbugs.gnu.org; 11 Oct 2021 12:06:30 +0000 Received: from localhost ([127.0.0.1]:56871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mZu4c-0001aL-I4 for submit@debbugs.gnu.org; Mon, 11 Oct 2021 08:06:30 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mZu4b-0001aA-0u for 45020-done@debbugs.gnu.org; Mon, 11 Oct 2021 08:06:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51226) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mZu4V-0004Y4-4L; Mon, 11 Oct 2021 08:06:23 -0400 Received: from [2a01:e0a:19b:d9a0:f2f7:a404:c3d3:f8b4] (port=44394 helo=meije) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mZu4U-0007nP-Pi; Mon, 11 Oct 2021 08:06:23 -0400 From: Mathieu Othacehe To: 45020-done@debbugs.gnu.org Subject: Re: bug#45020: [PATCH 0/2] image: Add system field. References: <20201203105353.149482-1-othacehe@gnu.org> <87eejw5lsn.fsf@gnu.org> <87h7orpgsh.fsf@gnu.org> <87czze3obq.fsf@gnu.org> <87czzbfl0k.fsf@gnu.org> <87o8b3m2tk.fsf_-_@gmail.com> <87czpuaojo.fsf_-_@gnu.org> <87mtnnev2g.fsf_-_@gnu.org> Date: Mon, 11 Oct 2021 12:06:21 +0000 In-Reply-To: <87mtnnev2g.fsf_-_@gnu.org> (Mathieu Othacehe's message of "Tue, 05 Oct 2021 08:26:31 +0000") Message-ID: <87sfx722bm.fsf_-_@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 45020-done Cc: Vagrant Cascadian , dannym@scratchpost.org, Ludovic =?utf-8?Q?Court=C3=A8s?= , Maxim Cournoyer 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 (---) Hey, > I plan to push that one in the next few days. Pushed, thanks, Mathieu ------------=_1633954023-6149-5 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 3 Dec 2020 10:54:22 +0000 Received: from localhost ([127.0.0.1]:38577 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkmFh-0003H7-HQ for submit@debbugs.gnu.org; Thu, 03 Dec 2020 05:54:21 -0500 Received: from lists.gnu.org ([209.51.188.17]:43676) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kkmFg-0003Gu-Ai for submit@debbugs.gnu.org; Thu, 03 Dec 2020 05:54:20 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46686) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kkmFg-0003hQ-2k for guix-patches@gnu.org; Thu, 03 Dec 2020 05:54:20 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41177) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kkmFf-0001rL-SK; Thu, 03 Dec 2020 05:54:19 -0500 Received: from [2a01:e0a:19b:d9a0:6132:5f9a:6e69:6e32] (port=54264 helo=localhost.localdomain) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kkmFb-0006vx-Uf; Thu, 03 Dec 2020 05:54:18 -0500 From: Mathieu Othacehe To: guix-patches@gnu.org Subject: [PATCH 2/2] image: Rename "raw" image-type to "efi-raw". Date: Thu, 3 Dec 2020 11:53:53 +0100 Message-Id: <20201203105353.149482-3-othacehe@gnu.org> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201203105353.149482-1-othacehe@gnu.org> References: <20201203105353.149482-1-othacehe@gnu.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit Cc: dannym@scratchpost.org, Mathieu Othacehe 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 (---) * gnu/system/image.scm (raw-image-type): Rename to "efi-raw-image-type". * guix/scripts/system.scm (%default-options): Adapt accordingly. * doc/guix.texi: Ditto. --- doc/guix.texi | 10 +++++----- gnu/system/image.scm | 6 +++--- guix/scripts/system.scm | 2 +- 3 files changed, 9 insertions(+), 9 deletions(-) diff --git a/doc/guix.texi b/doc/guix.texi index 889f380108..c44f330fec 100644 --- a/doc/guix.texi +++ b/doc/guix.texi @@ -31156,7 +31156,7 @@ the @option{--image-size} option is ignored in the case of @cindex disk-image, creating disk images The @code{disk-image} command can produce various image types. The image type can be selected using the @option{--image-type} option. It -defaults to @code{raw}. When its value is @code{iso9660}, the +defaults to @code{efi-raw}. When its value is @code{iso9660}, the @option{--label} option can be used to specify a volume ID with @code{disk-image}. By default, the root file system of a disk image is mounted non-volatile; the @option{--volatile} option can be provided to @@ -31175,8 +31175,8 @@ qemu-system-x86_64 -enable-kvm -hda /tmp/my-image.qcow2 -m 1000 \ -bios $(guix build ovmf)/share/firmware/ovmf_x64.bin @end example -When using the @code{raw} image type, a raw disk image is produced; it -can be copied as is to a USB stick, for instance. Assuming +When using the @code{efi-raw} image type, a raw disk image is produced; +it can be copied as is to a USB stick, for instance. Assuming @code{/dev/sdc} is the device corresponding to a USB stick, one can copy the image to it using the following command: @@ -31303,8 +31303,8 @@ of the image. @itemx -t @var{type} For the @code{disk-image} action, create an image with given @var{type}. -When this option is omitted, @command{guix system} uses the @code{raw} -image type. +When this option is omitted, @command{guix system} uses the +@code{efi-raw} image type. @cindex ISO-9660 format @cindex CD image format diff --git a/gnu/system/image.scm b/gnu/system/image.scm index f3d5734381..5505540100 100644 --- a/gnu/system/image.scm +++ b/gnu/system/image.scm @@ -70,7 +70,7 @@ arm64-disk-image image-with-os - raw-image-type + efi-raw-image-type qcow2-image-type iso-image-type uncompressed-iso-image-type @@ -159,9 +159,9 @@ set to the given OS." (inherit base-image) (operating-system os))) -(define raw-image-type +(define efi-raw-image-type (image-type - (name 'raw) + (name 'efi-raw) (constructor (cut image-with-os efi-disk-image <>)))) (define qcow2-image-type diff --git a/guix/scripts/system.scm b/guix/scripts/system.scm index db80e0be8f..f077947d75 100644 --- a/guix/scripts/system.scm +++ b/guix/scripts/system.scm @@ -1116,7 +1116,7 @@ Some ACTIONS support additional ARGS.\n")) (debug . 0) (verbosity . #f) ;default (validate-reconfigure . ,ensure-forward-reconfigure) - (image-type . raw) + (image-type . efi-raw) (image-size . guess) (install-bootloader? . #t) (label . #f) -- 2.29.2 ------------=_1633954023-6149-5--