This code caused transient build failures when there is more than one
package that provides /etc/system-release _available_ in any of the
repositories, irrespective of _any_ dependecies whatsoever. The failure
is non-deterministic, because depends on the order of packages returned
by search query.
Automatic branding install is stupid anyway and should instead be done
by package groups, kickstarts and/or whatever. But it does not surprise
me at all, because this is package is maintained as part of Fedora/RH.
fixesQubesOS/qubes-issues#2076
When installation image is written on Windows, it automatically (by the
OS) gets mounted and Windows create "System Volume Information" there.
This obviously means the installation media is modified and then fails
verification.
This is really wrong from the Windows side to automatically modify some
files behind users back. But since we can prevent this with really low
cost by just creating those files ourself and reduce a lot of user
confusion, just do it.
Thanks @pbatard for the help.
FixesQubesOS/qubes-issues#2051
Some preset files may be installed when actual services are already
enabled/disabled. To not worry about package installation order, simply
reset all the services to default state when all the packages are
installed.
FixesQubesOS/qubes-issues#2049
DNF based pungi isn't deterministic and sometimes chooses fedora-logos
(both provide system-logos). Make sure the right one is installed.
QubesOS/qubes-issues#1807
Salt-minion config is no longer generated using 'state.sls config', so
remove references to it. Instead make sure all modules are up to date in
cache (saltutil.sync_all).
Also make sure 'salt-minion' service is disabled (it is no longer
handled by config formula).
Additionally dom0 states are no longer in separate environment.
Slightly improve logging.
EFI boot uses only /boot/efi, so /boot may be even on encrypted volume,
LVM, btrfs or anything else. Instead of allowing just LVM, override the
whole check for /boot.
FixesQubesOS/qubes-issues#1721
Increase release number to 0.24, because upstream systemd package
conflicts with fedora-release<23-0.12.
Also cleanup transitional upgrade package.
QubesOS/qubes-issues#1807
Since lorax is running as a separate process, it no longer use
repositories objects setup by pykickstart (which is already patched to
support gpgkey). This means we need somehow pass that info, otherwise
packages will not be verified.
QubesOS/qubes-issues#1807
grubby provides the new-kernel-pkg script, which overrides the behaviour
of the kernel-install script. In addition, grubby causes the following
line
xen_rm_opts=
to become
xen_rm_opts
in the GRUB2 configuration file (/boot/grub2/grub.conf) every time
it is invoked, where the trailing equals sign ('=') is removed.
This causes a syntax error to be printed out at every boot.
The desktop-backgrounds-compat package is obsoleted by qubes-artwork,
and without this commit, the installation cannot proceed unless XFCE4 is
chosen to not be installed.
