Re: Request: more images in the weekly build -> arm64
Roland Clobus <[email protected]>
| Newsgroups | gmane.linux.debian.devel.cd |
|---|---|
| Message-ID | <[email protected]> |
Hello Steve, list, > On 27/07/2024 23:51, Steve McIntyre wrote: >>>>> On Sun, Jun 23, 2024 at 11:39:05AM +0200, Roland Clobus wrote: > ... >>>> The MR is at >>>> https://salsa.debian.org/images-team/live-setup/-/merge_requests/5 >>>> >>>> Let's start only with a GNOME image at first. >>>> I'll update the matching openQA tests, as soon as the new image >>>> appears. > ... >> I've merged everything and added that config and run a couple of times >> to test. I'm seeing a (slow, as expected!) live image build OK, then >> right at the end: >> >> ... >> P: building the debian-installer >> cp: cannot stat 'chroot/debian-installer/build/dest/cdrom/vmlinuz': No >> such file or directory >> E: An unexpected failure occurred, exiting... >> P: Begin unmounting filesystems... >> P: Saving caches... >> ... >> >> Did you test this to build an arm64 image yourself? I found the issue and it has been fixed in the git repository of live-build, so the weekly build can be run for arm64. Within the live-setup script, the arm64 build will need its current value for '$RETRY_ON_UPDATE' of zero, otherwise it will see that a new DAK run has taken place and do another build, which will error out because of yet another DAK run and finally then the result would be discarded... I've used 'only' the rebuild.sh script from live-build, and that takes 11 hours on my computer, with an already pre-loaded proxy. I have not tested how much additional time would be required due to running from a amd64-VM. A course breakdown of the time required for various stages: bootstrap: 30min install packages: 4h post-installation fixup: 15min build installer from git: 1.5h compress to squashfs: 3h45min The compression to squashfs can be sped-up dramatically, by avoiding to run as arm64 and to use the native compression. That would need some more development from my side. All would be much faster if it would run on a native arm64 machine. Is it acceptable to have an 11 hours step in the weekly image generation? With kind regards, Roland Clobus
OpenPGP_signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEUFVLM5Bdj7GSJEb+YsV8aqYUlb0FAmat7V0ACgkQYsV8aqYU lb33Sw/8D5o3dV12Q4GkKsOtFkgR38i4d7bpSs6hPFuDXkuDa1LP1cHLqdKR+3H7 V9N13y06g3nn96d5f/3VuzAjvhnme3Vtgv/KoSKPDkYVSWjcdBNsCEqquIMNTCAf HTkOPCDVJbnRpD9ZDu7r2knq2ktLYRE7ipRYJ4CkN/lQUEhzOKsk9XXWgsAlj3la e5krc3tBH5wWOH2QUl/aHFBa0EssI2CVRlT+yHSHlLc0S+OIoDheaSmJZBSpGcS8 Kv7VpDv1omXhMg+9zgw0KiTO/IF/VIkfmkeuK7yPW6CNjTU6NvLY8yjQ+5qFMutQ 7EhNQp6/p9Eg5yOGmIE64BfwUaopWq5AY6ypcjkbLrW4aYwFmuQoiQmx8nyd8eS4 lrtx/3jFk60KYfIUFa8vfoiIwibsQva9RR45Khy1lG2fTlReW4XpB2W7zKf4ENyA bdZPf5Oimmu4tHWkPCE+jmM+zfIFtURr/xCpLOxyoQ3vFL4Lx82ozBomMsiEGHbb OvW78UbEwvo4ySQf63JhSuLqqBhWmOyrv0vySOOLScQxkw/kpNyArHCYAaIXxEna 44SNSAxmdR4UvX0D1L46LaKDWCGm4p2YSdk2fwB/SLK21+7AD/krV838aJOJtaAd yb+bNmcBBlCn1w8fWuOMJhYmuHAt6OMioRtCabwkLa40Wj4GVcc= =GK05 -----END PGP SIGNATURE-----