- Mar 22, 2025
-
-
nl6720 authored
-
- Mar 21, 2025
-
- Mar 19, 2025
-
-
Julian authored
-
- Feb 21, 2025
-
- Nov 27, 2024
-
-
nl6720 authored
-
- Nov 22, 2024
-
- Oct 28, 2024
-
-
David Runge authored
Signed-off-by:
David Runge <dvzrv@archlinux.org>
-
David Runge authored
Adapt enabled services in both baseline and releng profiles to cope with changes in cloud-init 24.3. Related-to: archlinux/packaging/packages/cloud-init#3 Related-to: https://github.com/canonical/cloud-init/pull/5489 Fixes: #236 Signed-off-by:
David Runge <dvzrv@archlinux.org>
-
- Oct 27, 2024
-
-
David Runge authored
Remove gnu-netcat from releng profile Closes #234 See merge request !395
-
- Oct 26, 2024
-
-
David Runge authored
After adding openbsd-netcat to the list of dependencies for cloud-init, we have to remove gnu-netcat from the releng profile, as both netcat implementations conflict with one another. Related-to: archlinux/packaging/packages/cloud-init#3 Fixes: #234 Signed-off-by:
David Runge <dvzrv@archlinux.org>
-
- Sep 24, 2024
-
-
nl6720 authored
-
- Sep 22, 2024
-
-
nl6720 authored
Add new options from https://gitlab.archlinux.org/archlinux/packaging/packages/pacman/-/blob/main/pacman.conf
-
- Sep 05, 2024
-
-
Tobias Powalowski authored
-
Tobias Powalowski authored
-
- Aug 26, 2024
-
-
nl6720 authored
These options are not compatible with multi-threaded compression and actually increase the image file size. With this change, the baseline profile's EROFS image file size is reduced from 488 MiB to 398 MiB. On my system, the compression time is reduced from about 2m6.274s to 1m59.410s when using erofs-utils built without multi-threaded compression and to 0m27.883s when using erofs-utils built with multi-threaded compression.
- Aug 21, 2024
-
- Jul 27, 2024
-
- Jul 24, 2024
-
-
nl6720 authored
-
- Jun 05, 2024
-
-
nl6720 authored
* Do not run `tune2fs` on the image. The file system is not mounted, so the default values for "Maximum mount count" (`tune2fs` option `-c`) and "Check interval" (`tune2fs` option `-i`) are fine as is. With this change the ext4 image is reproducible. * Remove `E2FSPROGS_FAKE_TIME`. e2fsprogs 1.47.1 supports `SOURCE_DATE_EPOCH` so setting this e2fsprogs specific variable is not needed anymore. See https://github.com/tytso/e2fsprogs/issues/131 for details.
-
When a download attempt fails with an HTTP error, the body of the failed request will be written to the output file with a 0 exit status, causing the execution of an error message as a script. This issue is resolved by adding the --fail option to curl. Co-authored-by:
David Runge <dvzrv@archlinux.org>
-
- May 23, 2024
-
-
nl6720 authored
-
David Runge authored
configs/releng/packages.x86_64: Remove wezterm-terminfo See merge request !384
-
- May 22, 2024
-
-
David Runge authored
The wezterm-terminfo package is replaced by the ncurses package. Signed-off-by:
David Runge <dvzrv@archlinux.org>
-
- May 18, 2024
-
-
nl6720 authored
Use higher compression for the initramfs. Now that mkinitcpio moves the compressed kernel modules and firmware files to the early uncompressed initramfs, we can compress the main initramfs image slightly more without it increasing the built time too much. This will increase the memory required for decompression from 9 MiB to 65 MiB (assuming the kernel's decompressor works the same as the xz tool), but that should not be an issue for any system targeting Arch. This reduces the initramfs size by ~250 KiB, which will save ~500 KiB for the whole ISO.
- May 13, 2024
-
-
nl6720 authored
Less than 1 MiB (but rounded up to one) is needed to account for file and directory entries, especially when using FAT32. Otherwise the ISO build could stop with: Disk full The rest of the increase is to allow more space for adding custom files after the fact, i.e. when repacking the ISO. E.g. for the purposes of adding a signed boot loader for Secure Boot or similar. See https://wiki.archlinux.org/title/Unified_Extensible_Firmware_Interface/Secure_Boot#ISO_repacking
-
- May 09, 2024
-
- May 04, 2024
-
- Apr 21, 2024
-
-
nl6720 authored
-
- Apr 19, 2024
-
-
nl6720 authored
While using GRUB as the UEFI boot loader has reduced the size of the ISO, it has brought nothing but pain otherwise: * We cannot use `gfxterm` since it is not visible on some hardware. * GRUB has a a strange and nonsensical limitation where the EFI binary can be built with either support for shim or custom Secure Boot key support, but not both. This means you cannot repack the ISO to use shim + MOK since we currently use `--disable-shim-lock` to provide support for setups with custom keys. * GRUB's EFI binary needs to be built with `grub-mkstandalone` instead of there being a ready made EFI binary in the package. This requires having grub installed on the host system which affects reproducibility. This increases the size of the ISO since systemd-boot cannot boot files from other volumes, i.e. the kernel and initramfs is duplicated in the EFI system partition (the second partition made from `efiboot.img`). Implements #227
-
nl6720 authored
`archisosearchuuid=` first searches for a matching UUID. If that fails, then it mounts and looks for a `/boot/${archisosearchuuid}.uuid` file in all detected block devices (in whatever order `blkid` lists them). This implements "file system transposition" without relaying on boot loader specific features and does not tie us to GRUB anymore. Related to archlinux/mkinitcpio/mkinitcpio-archiso!48 Fixes #217
-
nl6720 authored
The zstd tool has now been around for a while, so the availability of it should not be a concern anymore. Unlike gzip which was used until now, zstd offers higher compression while still being faster (and multi-threaded). The `--auto-threads=logical` option is used just so that there is some difference between the releng and baseline profiles. Everyone using the official Arch Linux bootstrap tarball (previously `archlinux-bootstrap-YYYY.MM.DD-x86_64.tar.gz` or `archlinux-bootstrap-x86_64.tar.gz`) will need to update their scripts and etc. to use `archlinux-bootstrap-YYYY.MM.DD-x86_64.tar.zst` or `archlinux-bootstrap-x86_64.tar.zst` instead. Implements #130
-
- Apr 01, 2024
-