On Sat, 2016-09-24 at 21:13 +0000, Fedora compose checker wrote: > Missing expected images: > > > Cloud_base raw-xz i386 > Atomic raw-xz x86_64 > > > Failed openQA tests: 4/102 (x86_64), 2/17 (i386), 1/2 (arm) > > > Old failures (same test failed in Rawhide-20160923.n.0): Since I didn't explain these yet... > ID: 35882 Test: i386 Workstation-boot-iso install_default > URL: https://openqa.fedoraproject.org/tests/35882 Seems like the 'getting started' screen still isn't appearing here, though it started working again on x86_64 (and works on the i386 live test). Haven't looked into why yet. > ID: 35883 Test: x86_64 Atomic-boot-iso install_default > URL: https://openqa.fedoraproject.org/tests/35883 Still https://bugzilla.redhat.com/show_bug.cgi?id=1331864 ;. > ID: 35896 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload > URL: https://openqa.fedoraproject.org/tests/35896 Still initial-setup bugs. > ID: 35943 Test: x86_64 universal install_iscsi > URL: https://openqa.fedoraproject.org/tests/35943 This run actually hit a Mystery Anaconda Crash, but aside from that, https://bugzilla.redhat.com/show_bug.cgi?id=1378156 is still live. > ID: 35957 Test: x86_64 universal upgrade_desktop_64bit > URL: https://openqa.fedoraproject.org/tests/35957 Looks like the same as the F25 upgrade fail, we just didn't wait long enough...I tweaked the timeouts from 90 to 120 seconds, should help. > ID: 35974 Test: x86_64 universal install_rescue_encrypted > URL: https://openqa.fedoraproject.org/tests/35974 This is https://bugzilla.redhat.com/show_bug.cgi?id=1376638 ;. > ID: 35984 Test: i386 universal upgrade_2_desktop_32bit > URL: https://openqa.fedoraproject.org/tests/35984 Still https://bugzilla.redhat.com/show_bug.cgi?id=1333591 . > Soft failed openQA tests: 1/102 (x86_64) > (Tests completed, but using a workaround for a known bug) > > > New soft failures (same test did not softfail in Rawhide-20160923.n.0): > > > ID: 35890 Test: x86_64 KDE-live-iso desktop_update_graphical > URL: https://openqa.fedoraproject.org/tests/35890 This is a new 'soft fail'. When this test 'soft fails' it indicates that the test had to authenticate for the package update to proceed, which usually means there were unsigned packages in the update. This has been normal for Rawhide up until now, but puiterwijk tells me that as of Monday Rawhide packages should be auto-signed(!!!), so I decided to make this case a 'soft fail', as in future this test should hopefully never run into an unsigned package. For now Rawhide does still have some unsigned packages, hence the soft fail. > -- 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
