On Mon, 2016-09-26 at 16:23 +0000, 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@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
