On Mon, 2016-09-26 at 16:23 +, Fedora compose checker wrote:
> Missing expected images:
>
> Xfce raw-xz armhfp
> Cloud_base raw-xz i386
> Atomic raw-xz x86_64
>
> Failed openQA tests: 9/102 (x86_64), 2/17 (i386), 1/2 (arm)
>
> New failures (same test did not fail in 25-20160925.n.0):
>
> ID: 36378 Test: x86_64 Workstation-live-iso base_update_cli
> URL: https://openqa.fedoraproject.org/tests/36378
So again typing at the console had a problem. I think I might tweak the
test to wait for the system to be idle before running that command, it
may help...
> ID: 36379 Test: x86_64 Workstation-live-iso desktop_update_graphical
> URL: https://openqa.fedoraproject.org/tests/36379
This one is interesting, it seems like GNOME Software really had some
kind of problem refreshing the available updates. I'll have to look at
the logs and see if there's a definite bug to report.
> ID: 36382 Test: x86_64 Workstation-live-iso desktop_notifications_live
> URL: https://openqa.fedoraproject.org/tests/36382
GNOME actually crashed from the live desktop back to GDM while the test
was idling: this test just sits at the desktop for 10 minutes to see if
any notifications show up, during those 10 minutes, the system crashed
back to gdm. Three crash logs show up, for GNOME Shell, gjs and
evolution-alarm-notify. The GNOME Shell crash I filed as:
https://bugzilla.redhat.com/show_bug.cgi?id=1379440
> ID: 36386 Test: i386 Workstation-live-iso install_default
> URL: https://openqa.fedoraproject.org/tests/36386
This one, again, crashed. The install succeeded, the test then proceeds
to boot the installed system and log in as the 'test' user (created
during install) and click through gnome-initial-setup. It crashed back
to GDM from gnome-initial-setup. I'll file the crash.
> ID: 36433 Test: x86_64 universal install_simple_free_space@uefi
> URL: https://openqa.fedoraproject.org/tests/36433
This one's a bit odd, it just flat out failed to go anywhere at all
from the bootloader. Never seen that before and other UEFI tests in the
run (which should not behave differently at the point of just booting
the installer) worked fine, so this is probably just magic pixies.
> ID: 36444 Test: x86_64 universal upgrade_desktop_64bit
> URL: https://openqa.fedoraproject.org/tests/36444
This is that same test timing issue I wrote about the other day, I have
a change that should avoid this happening under review ATM.
> ID: 36445 Test: x86_64 universal upgrade_server_64bit
> URL: https://openqa.fedoraproject.org/tests/36445
This is actually kinda the same thing (don't want to bore people with
the details of how our openQA tests decide when they've reached a login
screen) and would also be fixed by my patch. These two tests passed on
staging, which is running my patch.
> ID: 36468 Test: x86_64 universal upgrade_2_kde_64bit
> URL: https://openqa.fedoraproject.org/tests/36468
This test just flat out failed to boot the base image (an F23 KDE
install). Not sure what's up there, might just be one-off magic pixies,
I'll see if the image got regenerated last night or anything.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
