From nobody Sat Jan 08 12:19:14 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 D1C801935682 for ; Sat, 8 Jan 2022 12:19:22 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JWJzt5RYNz3QKt; Sat, 8 Jan 2022 12:19:22 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from smtpclient.apple (24.102.164.36.res-cmts.swb2.ptd.net [24.102.164.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 62B61175BB; Sat, 8 Jan 2022 12:19:15 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 mail0.glenbarber.us 62B61175BB Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 (1.0) Subject: Re: snapshots 13 and 14 are gone From: Glen Barber In-Reply-To: <20220108112754.b404400987c1b3e3b9094779@bidouilliste.com> Date: Sat, 8 Jan 2022 07:19:14 -0500 Cc: Ronald Klop , freebsd-arm@freebsd.org Message-Id: <15369369-FB96-42DA-86AB-5E7149C1B6BE@freebsd.org> References: <20220108112754.b404400987c1b3e3b9094779@bidouilliste.com> To: Emmanuel Vadot X-Mailer: iPhone Mail (19B81) X-Rspamd-Queue-Id: 4JWJzt5RYNz3QKt 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 Jan 8, 2022, at 5:27 AM, Emmanuel Vadot wrote: >=20 > =EF=BB=BFOn Fri, 7 Jan 2022 17:20:45 +0000 > Glen Barber wrote: >=20 >>> 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: >>>=20 >>>> 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: >>>>>=20 >>>>>> On Fri, Jan 07, 2022 at 01:37:07PM +0100, Ronald Klop wrote: >>>>>>> Hi, >>>>>>>=20 >>>>>>> The FreeBSD 13 and 14 snapshots are gone at https://download.freebsd= .org/ftp/snapshots/arm64/ . >>>>>>>=20 >>>>>>> Is this a known issue? Can I help putting them back? >>>>>>>=20 >>>>>>=20 >>>>>> Yes, this is a known issue. The qemu-user-static port had been faili= ng >>>>>> 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. >>>>>=20 >>>>> But qemu is only needed for VM images, so why other thing like >>>>> snapshots and memstick image are missing ? >>>>>=20 >>>>=20 >>>> Hmm. They're there, just not at the top-level directory Ronald pointed= >>>> to. >>>>=20 >>>> https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/14.= 0/ >>>>=20 >>>> I'll have to take a look at why that top-level directory does not have >>>> the appropriate symlinks. >>>>=20 >>>=20 >>> There is no memstick images here, only the SBC images. >>>=20 >>=20 >> 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. >>=20 >> Glen >>=20 >=20 > 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. >=20 > 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 >=20 > 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). >=20 > The other easy solution would be to build the release images for arm64 > on arm64. >=20 > Cheers, >=20 > --=20 > Emmanuel Vadot >=20 Noted. Glen Sent from my phone. Please excuse my brevity and/or typos.