The way GNOME Software displays an error after running into RHBZ
1314991 has changed, it seems, so we need a variant needle to
cope with that. Also, when an upgrade notification is visible,
the 'Restart & Update' button for doing a regular update is
shown in grey (not blue), so we need a variant needle to handle
that too.
While Rawhide suffers from #1518464 , virtio is a better choice
for UEFI tests, even if we get the problem with consoles using
the wrong color scheme again...
in templates-updates file
Only support "updates-server" flavor
do not support "updates-workstation" neither "updates-kde"
Signed-off-by: Michel Normand <normand@linux.vnet.ibm.com>
There's a bug causing the 'getting started' screen to crash.
This doesn't really make the system unusable, so treating it
as a soft failure seems appropriate, especially as this will
unblock all the post-install tests on Workstation.
It takes an unusally long time for Modular images to get from
language selection to the 'timbuktu screen', so give 'em a bit
more time. See bug report for more info.
Modular composes don't include these packages, but we need them
to run the web UI tests for FreeIPA and Cockpit. This is the
most reasonable hack I can come up with for now: just use a
non-modular fedora repo to source these packages when doing
Modular compose testing.
If we ever reach an all-Modular future, these packages should
be available in Modular composes I guess, but for now they are
not.
Current Modular composes don't include any graphical desktop
bits, so they're never going to want to do this. (This makes
sense for e.g. non-English install tests; we still want to
make sure Russian install works on Modular composes, we just
have to skip the post-install graphical input testing).
Since April there's been some kind of issue in the F26 base
image which means gnome-initial-setup doesn't run on the first
user login (as it should). The F25 base image is fine. I've
not yet had the time to look into this.
I put a workaround in place to prevent this problem causing
false fails of update tests that boot from the F26 base image,
but didn't apply the same workaround to upgrade tests, which
is why upgrade tests from F26 Workstation always fail - they
expect g-i-s to run on first login (which happens after the
upgrade, in upgrade tests) and it doesn't. So let's just extend
the workaround to apply to upgrade tests too, for now, until we
can figure out why this happens.
The default action on the reboot confirmation dialog changed
from Reboot to Cancel, so when we hit enter, we just cancel the
reboot. Tweak this to hit tab on F27+ (but not <F26, so update
tests continue to work too).
Because "Rescue Mount" now replaced by "Rescue Shell" string
in expected rescue screen head.
Signed-off-by: Michel Normand <normand@linux.vnet.ibm.com>
The font Firefox uses when we don't ensure dejavu is installed
seems to bounce around a bit, so let's ensure the dejavu fonts
are there before we start Firefox. Also update a needle for
this.
Seems like it doesn't display "Initial setup for Fedora 27" any
more, so the old needle doesn't match. We should look into
whether that's a bug, but for now, let's update the needle.
Matching on the user name really isn't doing much good. It just
means we need more variant needles. Let's ditch that part of the
match and just match on the distinctive character sequence ~]$,
which doesn't really occur for any other reason. With this we
can drop the separate 'qwerty' needle (since the qwerty case
will match the regular needle now) and should also handle the
FreeIPA tests that are failing in Rawhide because a logged in
FreeIPA user doesn't just have a sh prompt now.
We can deal with this annoying bug by looking out for the error
we see when it happens, hitting the 'refresh' button again, and
resetting the loop counter to 1 (requires changing the loop to
a C-style loop).
previously required on f25 host with qemu 2.7.1-6
it is not needed anymore on f26 with qemu 2.9.0-5
This reverts commit 0eb15266117aae47f663297f5f332d480d8549b9.
This reverts commit 8b2977f1d618316ded61420df4fc7d2afd07cbf4.
The initial commit was required for PowerPC
until qemu 2.7.1-6 (in f25) not required anymore
since qemu 2.9.0-5 (in f26)
by direct grep of mount command
because nfs mounting not traced in ananconda or packaging log.
Signed-off-by: Michel Normand <normand@linux.vnet.ibm.com>
* use only a subset of tests for ppc64 and ppc64le
with a new "Fedora PowerPC group"
and only three flavors
"Server-boot-iso", "Server-dvd-iso", "universal",
* TEST_TARGET for all PowerPC Products set as ISO
* increase disk size for asian cyrillic and european tests
add HDDSIZEGB = 12 for related tests
install_asian_language install_cyrillic_language
install_european_language
This is required to avoid anaconda failure like:
(my own translation)
"... Fedora requests 10.03GB of free space,
with 5.95GB for software and 4.08GB for swap.
Your selected disks have the following free space:
10GB free space for use..."
* Remove hardcoded arch in some HDD_1 key replaced by ARCH variable
That concerns the images generated by createhdds tool
(only for supported PowerPC tests not all of them)
eg change from:
"disk_f%CURRREL%_support_3_x86_64.img"
to:
"disk_f%CURRREL%_support_3_%ARCH%.img"
Warning: use ARCH and not MACHINE variable
* Try to keep same order for PowerPC as for x86_64 tests
and same priorities as documented in
cid a5861ebc5d:
0-20: critical smoke tests (higher than Alpha priority)
20-29: Alpha priority
30-39: Beta priority
40-49: Final priority
50+: Optional priority
* force nfsvers=4 as bypass bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1386059https://bugzilla.redhat.com/show_bug.cgi?id=1368932
* role_deploy_domain_controller failed for ppc64 (BE)
https://bugzilla.redhat.com/show_bug.cgi?id=1437793
* Warning: tests failure for PowerPC, not added:
install_delete_pata
install_sata
install_package_set_kde
install_updates_img_local
* tests not tried:
upgrade_server_domain_controller
upgrade_realmd_client
upgrade_desktop_encrypted_64bit
* Note: TIMEOUT_SCALE initially set for PowerPC machines
has been removed from this commit as seems not required
anymore after upstream merge.
Will need to track if two following timer values
may create problem on remote openQA instances:
tests/install_source_graphical.pm (300 to 600)
tests/_boot_to_anaconda.pm (300 to 1200)
Signed-off-by: Guy Menanteau <menantea@linux.vnet.ibm.com>
Signed-off-by: Michel Normand <normand@linux.vnet.ibm.com>
