From nobody Sat Jan 08 10:27:54 2022 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6171019426BC for ; Sat, 8 Jan 2022 10:27:56 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mail.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JWGWJ04Wyz4spd; Sat, 8 Jan 2022 10:27:55 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1641637674; h=from:from: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; bh=tAiRguR39L20MxELIx2uexxG2xnryJvZ6LZ2IPDQvLE=; b=P5bb0ZaWgw6abpqHjY7iDifboNAYy/uCmq6N1IXFQZM7nWsqftCAh+0EWREhfoFq8o8jDh huklJn5QBv4ILQDv8OR4C/IYboCtL6EiyDu07yUNQlnaf4Br9B1cLZRYlXfS1fNAe7EKRW vbbOG4nsvkrCXE2+SrL3I2L3t00v1CM= Received: from amy (lfbn-idf2-1-1163-183.w90-92.abo.wanadoo.fr [90.92.222.183]) by mx.blih.net (OpenSMTPD) with ESMTPSA id cce30db0 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 8 Jan 2022 10:27:54 +0000 (UTC) Date: Sat, 8 Jan 2022 11:27:54 +0100 From: Emmanuel Vadot To: Glen Barber Cc: Ronald Klop , freebsd-arm@freebsd.org Subject: Re: snapshots 13 and 14 are gone Message-Id: <20220108112754.b404400987c1b3e3b9094779@bidouilliste.com> In-Reply-To: <20220107172045.GU75344@FreeBSD.org> References: <956434876.180.1641559027925@localhost> <20220107125521.GR75344@FreeBSD.org> <20220107180734.49f5effd06e57b2cf4f66b5e@bidouilliste.com> <20220107171311.GT75344@FreeBSD.org> <20220107181615.e8965709af86a255b954dde6@bidouilliste.com> <20220107172045.GU75344@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4JWGWJ04Wyz4spd X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, 7 Jan 2022 17:20:45 +0000 Glen Barber wrote: > On Fri, Jan 07, 2022 at 06:16:15PM +0100, Emmanuel Vadot wrote: > > On Fri, 7 Jan 2022 17:13:11 +0000 > > Glen Barber wrote: > > > > > On Fri, Jan 07, 2022 at 06:07:34PM +0100, Emmanuel Vadot wrote: > > > > On Fri, 7 Jan 2022 12:55:21 +0000 > > > > Glen Barber wrote: > > > > > > > > > On Fri, Jan 07, 2022 at 01:37:07PM +0100, Ronald Klop wrote: > > > > > > Hi, > > > > > > > > > > > > The FreeBSD 13 and 14 snapshots are gone at https://download.freebsd.org/ftp/snapshots/arm64/ . > > > > > > > > > > > > Is this a known issue? Can I help putting them back? > > > > > > > > > > > > > > > > Yes, this is a known issue. The qemu-user-static port had been failing > > > > > to build on main and stable/13. A commit to address that failure had > > > > > been added yesterday, so we should have arm64 snapshots next week. > > > > > > > > But qemu is only needed for VM images, so why other thing like > > > > snapshots and memstick image are missing ? > > > > > > > > > > Hmm. They're there, just not at the top-level directory Ronald pointed > > > to. > > > > > > https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/14.0/ > > > > > > I'll have to take a look at why that top-level directory does not have > > > the appropriate symlinks. > > > > > > > There is no memstick images here, only the SBC images. > > > > Ah, I see what is going on. Since the VM image builds failed, the rest > of the build fails, even though the memstick images are created. I'll > look into the logic in this failure case. > > Glen > Honestly this isn't acceptable to not have images because of one failure. This is also not acceptable as it's not the first time that someone reports that some images are missing and each time you don't seems to be aware of the problems, isn't there some verification that all the images are built and published at the end of the re@ script and if not a report is sent ? I've offered my help in the past and still do. I've talked with Colin this week and said to him that using qemu-user-static was a big mistake. It was an absolute nice thing to have when all we had was small armv7/arm64 SBC but now we have some big iron thing that can build things natively fast. Using pkg(8) -r here is the solution, it works fine even when the arch is different as long as the packages don't have postexec thing, and all the packages that we need for VMs don't. And even if they have some those could be converted to use pkg triggers for most of the case. There is only two calls to chroot which aren't pkg(8) related in the script : chroot ${DESTDIR} ${EMULATOR} /usr/bin/newaliases chroot ${DESTDIR} ${EMULATOR} /bin/sh /etc/rc.d/ldconfig forcestart The ldconfig is not necessary as we do it on boot, and the newaliases I don't think it's needed too (and if it is we could always do a /etc/rc.d/newaliases that is run on firstboot). The other easy solution would be to build the release images for arm64 on arm64. Cheers, -- Emmanuel Vadot