the build runs out of space with only 1G, furthermore it was
doing a hard reset without any sync, so many files touched in
the cloud.sh script were empty on the image
Most of these aren't in void-packages anymore, the awk dependency
resolution is done via base-* packages, and the openssl entry was making
a XBPS bug apparent after the OpenSSL switch, where 'xbps-remove -o'
tries to remove the 'openssl' package.
To help account for filesystem compression and such (particularly ZFS-on-root with compression enabled), bump the initial size reservation from (7/6) * X to 2 * X
It could probably be a bit lower, but it is probably better to avoid getting too specific to particular compression rates or filesystem optimizations.
Sponsored by: Project Trident
This change ensures that 32 bit architecture targets are created by
capable hosts without qemu.
Installing qemu binfmts was unnecessary for some targets and causing
issues.
Closes#168
On ZFS (probably btrfs, too) with compression on,
disk usage isn't the same with its real sizes.
Without "--apparent-size", du(1) will report its disk usage
which is way lower than real space needed for squashfs.
Let's ask du to provide the real apparent size for our rootfs.
--apparent-size should be available on both GNU's du (used by Void)
and BSD's du.
Add the magic/mask for i386 and x86_64 and register them when necessary.
Also adjust the native arch detection logic to allow (e.g.) building
aarch64* images on aarch64 without qemu installed.
Including a copy in void-packages turned out better solution.
Grep in image don't have required perl regexps, and getting
one that have make linting slower by order of magnitude.
Even if it was already there, simply using image is
unnecessarily slower.
This reverts commit 163a923529.
Instruct xbps-install to do unpack only, so packages can be properly
configured by xbps-reconfigure call.
Before, xbps-install was sometimes marking packages as configured,
thus making xbps-reconfigure call useless.
intel-ucode went to nonfree repository
with void-packages/450dd113fbb87e9299161bb7143536249ecb16c2
It makes more sense in permanent installations anyway
Create boot partition starting at 32768 sectors on pinebookpro
platforms. That leaves enough unallocated space to install u-boot
without overlapping with any partition.