dnf5 needs us to do this to make it use the repo config from the
host, rather than expecting there to be one inside the target
install root. This test should now always run on F41 with dnf5,
so let's just change it unconditionally.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
See https://bugzilla.redhat.com/show_bug.cgi?id=2324231 - since
the port to Wayland, the entry we need in the filesystem list is
not visible at first, we need to scroll the list to find it.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
It's not just Installation Destination, on aarch64 at least we
have lots of tests failing because entering the source or software
selection spokes didn't work. Let's try extra clicks for these
too.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Dunno why this changed again, but now it's grey and with a
slightly different but still wrong icon.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Recent F40 respin tests hit several failures due to differences
in apperance to Rawhide, here's the fixes.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
It seems Maps now shows an indicator on the map when you search
for a place, which threw off a lot of needles.
Also the place info boxes seem to all be broken, I'll file that
when I get around to it.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
I am honestly not sure exactly when we hit this needle, but we
did at least once, and it's mentioned in the comment in the test.
Huh.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
In tests of the Rawhide anaconda update that ports to Wayland,
we often hit failures because the first attempt to click on
Installation Destination doesn't work. This only happened on prod
(not staging), it didn't happen every time (but quite often), and
we can't reproduce it manually, so it seems like a weird glitch
that we should just work around. Simply waiting a second and
clicking again seems to do the job, and should be safe even if
the first click works (the second click will just be on an empty
area of the Installation Destination screen, unless we have like
eight disks attached).
Signed-off-by: Adam Williamson <awilliam@redhat.com>
All the KDE flakiness lately is likely caused by the recurrence
of https://bugzilla.redhat.com/show_bug.cgi?id=2312900 , which
came back because the patch to fix it was inadvertently dropped.
This adds the F40 and F41 updates that re-introduce the patch as
workarounds to address the sluggishness.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
The others have all been rebased to F41, so we had to bump the
Platform version to 41, but since Cheese is kinda dead these
days, its flatpak hasn't been bumped, and that makes building
the F39 ostree installer image fail. To work around this, sed
it out of the pungi config.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
We do a menu_launch_type for kwalletmanager, so we'd better keep
a doublek workaround before that :/
Signed-off-by: Adam Williamson <awilliam@redhat.com>
These seem to be needed as a consequence of the previous commit
changes to desktop_login, not sure why, maybe something to do
with no longer opening the kicker once before we start doing
power actions.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Also be a bit more consistent about asserting we saw a terminal
and waiting a bit before typing stuff. We can drop the doublek
workarounds from the keyring tests as we no longer use the
kicker to launch the terminal on KDE (we use ctrl-alt-t shortcut).
Signed-off-by: Adam Williamson <awilliam@redhat.com>
