| Age | Commit message (Collapse) | Author |
|
|
|
This should fix the reversion in GPT partition creation. See my long
comment for the gory details.
This commit was sponsored by Peter on Patreon.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This is to support eg, coreboot. The GrubTarget passed to Grub.installed
is introspected to determine --target. If multiple grubs are installed,
it currently doesn't pass any --target. Might make more sense to run
grub-install repeatedly, but I don't know if that case is sane at all.
The Xen -> "x86_64-xen" mapping is kind of arbitrarily
chosen since there's a i386-xen available too. I don't know when that
case would be used in any case though; chainPVGrub uses installed Xen,
but it does not run grub-install. If this does become a problem,
would probably need to split it into Xen64 and Xen32.
Renamed BIOS to GrubTarget in passing to match grub's terminology; BIOS was
kind of a joke term for this in propellor.
This commit was sponsored by Francois Marier on Patreon.
|
|
|
|
|
|
|
|
* DiskImage: Fix rsync crash when a mount point does not exist in the
chroot.
* Fix bug in unmountBelow that caused unmounting of nested mounts to
fail.
This commit was sponsored by Jack Hill on Patreon.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Use "fat32" for both; these are not distinguished at the partition table
level.
This commit was sponsored by Henrik Riomar on Patreon.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
bug/Debootstrap_module_should_respect_a_configured_Apt.proxy.mdwn
|
|
infrastructure
|
|
|
|
|
|
|
|
This fixes a bug involving reverting Systemd.resolvConfed or
Systemd.linkJournal.
addInfo was prepending to the list for efficiency. But, that was in
conflict with mappend of two Info, which appended the second to the first.
In the case where Systemd.resolvConfed was added reverted, to override the
one added by default, that led to a list of info that had first the
reversion and then the default, so the default won. Which was wrong.
So, make addInfo accumulate in the same order mappend combines things, even
though it's a little less efficient. The efficiency probably does not
matter; there is not typically a whole lot of info.
There's some risk this change has unexpected consequences, if something
relied on the old addInfo order without using fromInfo to access to info.
But if so, that something would have been broken before when two Info
properties were combined. With this change, it would just be broken the
other way around.
This commit was sponsored by Jochen Bartl on Patreon.
|
|
|