Kernel is logging a lot of errors ATM, so it can flood this
screen and we don't see any of our other candidates.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This is an attempt to work around the failures that are happening
with kernel-6.16.0-0.rc5.45.fc43 and later.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This handles differences in webUI's appearance on the KDE live,
compared to the GNOME live which suppresses keyboard layout
selection, user creation and root password creation. By Lukas,
modified by Adam.
F42 to F43 upgrades suddenly started failing, and I think this
is why - we actually wind up installing packages from the target
release in setup_repos (called from repo_setup), because we set
up the buildroot repo then run some dnf commands. Let's tweak
that so for upgrade tests we create the buildroot repo disabled
at first, then enable it in upgrade_run.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
It seems like either the rendering of the emblem changed or the
background color did. Not sure why, but we definitely need the
new needle.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Using cpu=host for this test on our new openQA workers makes it
fail, because mcelog.service doesn't want to run:
Jul 02 21:12:45 fedora mcelog[615]: mcelog: ERROR: AMD Processor family 25: mcelog does not support this processor. Please use the edac_mce_amd module instead.
this seems like the simplest way to avoid that - let's just run
on a different CPU.
While I'm at it, let's do this more properly for apps_startstop.
It's wrong to hardcode Nehalem at the test level as we may want
to run it on other arches, so make it a variable defined at the
machine level. MINCPU is meant to be "minimum CPU" - a CPU with
baseline capabilities for the arch. For now it's defined as 'host'
on every other machine as I don't know if there is a baseline
qemu CPU model for aarch64 or Power, I'm asking those teams.
Using the same variable for base_services_start is really a bit
of a hack/workaround, but it seems silly to also define MCELOGCPU
or something with the exact same values...
Signed-off-by: Adam Williamson <awilliam@redhat.com>
These are weird needles, but we do occasionally need to do this,
so I figured I'd add them. These are needed if you test an
Everything installer image as "Server-dvd-iso", which can be
useful to run all the former 'universal' tests on such an image.
Several will fail anyway, but a lot will run, if the appropriate
needles are in place.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
The install method choices are now hidden until at least one disk
is selected, so we need to match on an interface element that's
always present.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
The way side tags work, every package in the distro is in the side
tag repo, so updatepkgs and updatepkgnames end up huge. To fix
this, we'll use a koji query for all packages that are actually in
the side tag to generate updatepkgnames.txt, and then use that to
filter the dnf command to generate updatepkgs.txt.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This doesn't work because the output has the filename in it. We
need just the line count. catting the file to wc achieves that
as now it doesn't know the file name.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Latest Vault doesn't have multiple encryption backends any more,
so there is no indication of the one being used here any more.
Let's just drop the check.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
