Re: Fedora 25-20160926.n.0 compose check report
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