From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id SPZjEoqbsGHFDQAAgWs5BA (envelope-from ) for ; Wed, 08 Dec 2021 12:48:26 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id 6IYoDoqbsGH3PgAAbx9fmQ (envelope-from ) for ; Wed, 08 Dec 2021 11:48:26 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id D0CD53567A for ; Wed, 8 Dec 2021 12:48:25 +0100 (CET) Received: from localhost ([::1]:33378 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1muvQu-0002U3-Tc for larch@yhetil.org; Wed, 08 Dec 2021 06:48:24 -0500 Received: from eggs.gnu.org ([209.51.188.92]:49598) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muvQj-0002Tv-Bd for help-guix@gnu.org; Wed, 08 Dec 2021 06:48:13 -0500 Received: from pelzflorian.de ([5.45.111.108]:45988 helo=mail.pelzflorian.de) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1muvQg-0001Pi-Qg for help-guix@gnu.org; Wed, 08 Dec 2021 06:48:13 -0500 Received: from pelzflorian.localdomain (unknown [5.45.111.108]) by mail.pelzflorian.de (Postfix) with ESMTPSA id 503353606B4; Wed, 8 Dec 2021 12:48:07 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=pelzflorian.de; s=mail; t=1638964087; bh=mCwtomBYOhbBYedvTPMyA8cwPLvstWAmZPxzxXOByeQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=ZN8oDRXpWYIuA/RIhH0P7TE710z0fELiHfAP/XKn5Zt4SUWBKBxzHV69W8nVqxJ7k Fn42w3qq6fMMkNwW2xdP0F+KDOXLsKOuGFqohnGW6S2u8oF3ZOuAXbNj5fe4xVVgOP dDCeMxd7UynAJ4oPdF23syBWlt1qTlq/kV6SJ/8s= Date: Wed, 8 Dec 2021 12:48:00 +0100 From: "pelzflorian (Florian Pelz)" To: Andreas Bauer Subject: Re: getting crazy with arm build Message-ID: <20211208114800.6s2x2inenpptake4@pelzflorian.localdomain> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Received-SPF: pass client-ip=5.45.111.108; envelope-from=pelzflorian@pelzflorian.de; helo=mail.pelzflorian.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-guix@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: help-guix@gnu.org Errors-To: help-guix-bounces+larch=yhetil.org@gnu.org Sender: "Help-Guix" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1638964106; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=2PoMHHeOZ87W+JouTBBvRSd6Is6rNDAc4Wm56qsJIl0=; b=PZJSEvAtVLUZMJcgkCxRdOmQuTVv/nLVQOxB8zj9vnFejr71ZIGK1zTORAwCbGqoxUHXa4 2P0J991KKogHNhpw4OHxbRAHsBk1G3iQB/MemMcvjWiymvNd5AvlMa+OpJpIJpRQ6P6HB5 KPmi3JCHKnyTubfX2rUGi0AUy1bIe6ThK9apFK4927Qj2AHI+N8WJoaHoTr+FMZIHnI0/3 JWPcVFAjGVQLlBBVgWMub0FN7HW7PYxenZUbXrqEf3xuUvEwBs3ot9cullHLRtOCmUG9C2 oddU6K+0557lwaWmXrgRsmiOXVGgwCS8KOt3FHab3SNeTUOLbcXQGI0Uf00s9A== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1638964106; a=rsa-sha256; cv=none; b=BZVrglvP/h6ovdDGTwgy6cErsRC2h7VvYm4tnYEo5dVHcTnidcnpd43QhLQ7D4uHnM4Xfr EOGoO7mqlveYM0OAhLzIZJc6RdqvaLEJgtjHR327RF/GmRtoWQsQOO+GRObiGvnGyM2LQs K9nieHjbDroKN+JY0zvFHi+yy7JvarEoNx9Ul4RbTcD+JwhGVOzn6FSePy6gdm6q3nftaP ZbOXywJnyvL3vuJj0no7BKZGQ/xOtLiTKd86uOq5iV5qJXmEPk7tscR+2PizWIVg5EkS5e 77pIMyPWVhullJsqQ2XykFIAuc1Gh2H+Nl1mPHr2JOC5DXAXuDj796eJ6SY2Dw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=pelzflorian.de header.s=mail header.b=ZN8oDRXp; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "help-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="help-guix-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -1.95 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=pelzflorian.de header.s=mail header.b=ZN8oDRXp; dmarc=none; spf=pass (aspmx1.migadu.com: domain of "help-guix-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="help-guix-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: D0CD53567A X-Spam-Score: -1.95 X-Migadu-Scanner: scn1.migadu.com X-TUID: KJ6Id79IHjJ1 On Mon, Dec 06, 2021 at 11:53:45PM +0100, Andreas Bauer wrote: > Hi Everyone! > > I am having a hard time getting guix os running on a rock-pro (arm) board. For other readers, this thread is very similar to . > So this is what I dont understand: > > Using cross compilation with "--target=aarch64-linux-gnu" the build fails, > as soon as I add anythign as simple as an ssh server. Maybe also pass --system=aarch64-linux for QEMU emulation? I see that the Guix repo’s gnu/platforms/arm.scm does both --target=aarch64-linux-gnu and --system=aarch64-linux. No idea if it helps. Eventually Guix should not require --system though, I think. > Normlally it fails because of "meson build system" or "perl modules". I > read that meson-build is cross-compilation compatible, so > thats the first thing that I dont understand. In the core-updates-frozen branch, there is Meson cross-compilation support since July 14 commit 8456581375cf03c46005d00907f8fdd1f5615f1e. Either wait until it lands in Guix proper (somewhat soon), or try the core-updates-frozen branch. However, for me that failed at cross-compiling dosfstools (with --target only, no --system). > With qemu compilation, "--system=aarch64-linux" it is cmpiling forever. I > had to stop after 2 days trying to build my system. Yes, I think it takes that long. > What I dont understand here is this: > > 1. arm substitutes should be available via bordeaux substitute server > (since bordeaux has arm build farm I thought that this should be happening). > It seems that I do not get any substitutes this way. I understand that > certain exotic packages have to be build on my machine, but something as > basic as the kernel? How can this be? Is bordeaux enabled? See: https://guix.gnu.org/blog/2021/substitutes-now-also-available-from-bordeauxguixgnuorg/ > 2. qemu builds only on one core. I have set "--cores=6", but this seems > not to matter. Which package specifically? This is when you run `guix build --system=aarch64-linux …`? > 3. It see multiple different kernel versions getting compiled. This is very > confusing. I didnt add any extra packages in this regard. > > The cookbook mentions a way to build an installer image for arm; but > building the installer image has a lot of packages, so since my small > images dont build in days, I dont think the installer would build in a > week.I know that I saw arm binaries for download at some point on the > guix website. So I wonder why they are no longer there. A binary download > for an installer to me seems to be quite important. But I dont > find anyone asking for it. Am I missing something here? There are PinebookPro images: https://guix.gnu.org/en/download/latest/ But I don’t know if there are rockpro64 images; probably not, since there is no image in the guix repo nor cookbook. > 4. I finally was successful in building an image to get started, and it > would only work when I did add zero packages to the os-image, > and when I have removed all the services except for a shell login. This > image is runnign now, and what I dont understand is, that > this image has to have the kernel inside, otherwise how would it run. It > all came via the cross-compilation. So the substitutes for the kernel > have to be available then! mWhy dont they appear in the qemu build then? > > 5. The way I am now setting up my rock-pro board is first, I get an image > that only allows me to boot, and login to the shell. Then I add > some bootstrap files to it via etc-service-type with (local-file ...).. > Essentially I add a manifest and an extended os image definiition to it, > and then start building that > on the rock-pro board. Yes, this is faster. > Now it would be perfect to add an entire directory > of scripts and batch files to a folder into the image. But the local-file > only allows me > to add one file per line. Is there any option where I could add an entire > folder to the image that gets build? This would help a lot in my > bootstrapping process. There is (local-file "…" #:recursive #t) and similar for other kinds of file. Cannot answer the rest. Regards, Florian Pelz