Apply some debugging hacks for the periodic failure bug

This is all in aid of trying to figure out what's going on in https://pagure.io/fedora-qa/os-autoinst-distri-fedora/pull-request/312#comment-199540 - sometimes the upgrade process just does not work, it seems like the prepared update file gets wiped for some reason. This is all trying to figure out exactly when that happens and whether it's because we're running out of disk space. Signed-off-by: Adam Williamson <awilliam@redhat.com>
Add the graphical upgrade tests.
2024-04-14 08:53:15 -07:00 · 2024-04-14 08:53:10 -07:00 · 2024-04-14 08:36:50 -07:00 · 2024-04-13 14:59:14 -07:00 · 2024-04-13 14:22:30 -07:00
3 changed files with 6 additions and 1 deletions
--- a/lib/utils.pm
+++ b/lib/utils.pm
@ -1476,6 +1476,8 @@ sub check_prerelease {
    $prerelease = 1 if ($build =~ /\.n\.\d+/ && !get_var("LIVE"));
    # if it's a respin compose we *MUST NOT* see tags
    $prerelease = 0 if ($build =~ /Respin/);
+    # bail if we've decided we don't care
+    return if ($prerelease > 1);
    # we *could* go to a console and parse fedora-release-common
    # to decide if a nightly live image should have tags or not, but
    # it seems absurd as we're almost reinventing the code that
--- a/tests/_graphical_wait_login.pm
+++ b/tests/_graphical_wait_login.pm
@ -92,8 +92,11 @@ sub run {
        # root user now, for subsequent tests to work
        select_console "tty3-console";
        console_login(user => get_var("USER_LOGIN", "test"), password => get_var("USER_PASSWORD", "weakpassword"));
+        wait_still_screen 3;
        type_string "sudo su\n";
+        wait_still_screen 3;
        type_string "$password\n";
+        wait_still_screen 3;
        my $root_password = get_var("ROOT_PASSWORD") || "weakpassword";
        assert_script_run "echo 'root:$root_password' | chpasswd";
        desktop_vt;
--- a/tests/graphical_upgrade_prerequisites.pm
+++ b/tests/graphical_upgrade_prerequisites.pm
@ -28,7 +28,7 @@ sub run {
        # to ensure we have the fix for
        # https://gitlab.gnome.org/GNOME/gnome-software/-/issues/2514
        # drop this when the update is stable
-        if ($release eq "40") {
+        if ($curr eq "40") {
            assert_script_run("dnf -y --enablerepo=updates-testing update gnome-software", 180);
        }
        # Leave the CLI and come back to the login screen.
Author	SHA1	Message	Date
Adam Williamson	29d1243d39	Apply some debugging hacks for the periodic failure bug This is all in aid of trying to figure out what's going on in https://pagure.io/fedora-qa/os-autoinst-distri-fedora/pull-request/312#comment-199540 - sometimes the upgrade process just does not work, it seems like the prepared update file gets wiped for some reason. This is all trying to figure out exactly when that happens and whether it's because we're running out of disk space. Signed-off-by: Adam Williamson <awilliam@redhat.com>	2024-04-14 08:53:15 -07:00
Lukas Ruzicka	5608dee866	Add the graphical upgrade tests. This PR builds on some elements of the current upgrade process, such as upgrade_boot, upgrade_preinstall, upgrade_postinstall, but replaces the upgrade_run with graphical_upgrade_run to use graphical methods to upgrade the system. This would not be possible without necessary settings, that are performed by graphical_upgrade_prerequisites. Works for both Gnome and KDE.	2024-04-14 08:53:10 -07:00
Adam Williamson	a8f547f5ef	Fix check_prerelease when we don't care I inadvertently broke this in the logic change in the previous commit to this. Signed-off-by: Adam Williamson <awilliam@redhat.com>	2024-04-14 08:36:50 -07:00
Adam Williamson	86c975e49a	Whoops, fix a wait_still_screen call from last commit Signed-off-by: Adam Williamson <awilliam@redhat.com>	2024-04-13 14:59:14 -07:00
Adam Williamson	7465985c50	Add some waits to root password creation on ARM This is failing quite consistently lately because we're typing too fast, we need to wait a bit after the sudo su at least. Let's be safer. Signed-off-by: Adam Williamson <awilliam@redhat.com>	2024-04-13 14:22:30 -07:00