Re: Fedora 25-20160926.n.0 compose check report

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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
_______________________________________________
test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to test-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux