On Mon, 2017-02-27 at 17:25 +0000, Fedora compose checker wrote:
Missing expected images:
Atomic qcow2 x86_64
There seems to be some sort of problem in pungi-make-ostree: https://kojipkgs.fedoraproject.org//work/tasks/1386/18091386/root.log
DEBUG util.py:435: + pungi-make-ostree tree --repo=/mnt/koji/compose/atomic/rawhide/ --log-dir=/mnt/koji/compose/rawhide/Fedora-Rawhide-20170227.n.0/logs/x86_64/Atomic/ostree-2 --treefile=/mnt/koji/compose/rawhide/Fedora-Rawhide-20170227.n.0/work/ostree-2/config_repo/fedora-atomic-docker-host.json --extra-config=/mnt/koji/compose/rawhide/Fedora-Rawhide-20170227.n.0/work/ostree-2/extra_config.json DEBUG util.py:435: Traceback (most recent call last): DEBUG util.py:435: File "/usr/bin/pungi-make-ostree", line 15, in <module> DEBUG util.py:435: ostree.main() DEBUG util.py:435: File "/usr/lib/python2.7/site-packages/pungi/ostree/__init__.py", line 85, in main DEBUG util.py:435: func() DEBUG util.py:435: File "/usr/lib/python2.7/site-packages/pungi/ostree/tree.py", line 95, in run DEBUG util.py:435: repos = extra_source_repos + [{'name': 'source_repo_from', 'baseurl': source_repo_from}] DEBUG util.py:435: TypeError: unsupported operand type(s) for +: 'NoneType' and 'list'
Server dvd i386
Several i386 image composes still failing for the reason Kevin noted recently: dnf.exceptions.Error: Will not install a source rpm package (docker-anaconda-addon-0.4-4.fc26.src).
Xfce raw-xz armhfp
Looks a bit odd: https://kojipkgs.fedoraproject.org//work/tasks/1563/18091563/root.log DEBUG util.py:435: Unable to create appliance : Failed to find package 'firefox' : no package matched: firefox Is there an ARM-specific issue with the firefox package?
Server boot i386 Atomic raw-xz x86_64
See above.
Failed openQA tests: 10/107 (x86_64), 1/2 (arm)
ID: 57880 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical URL: https://openqa.fedoraproject.org/tests/57880
This is some kinda transient test fail, I think (openQA clicked in the wrong place or the click got lost or something).
ID: 57881 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/57881
This is now failing because of: https://bugzilla.redhat.com/show_bug.cgi?id=1405790 freeipa-client and freeipa-server can't be installed due to dep issues with certmonger, and certmonger rebuild is failing.
ID: 57899 Test: x86_64 Workstation-live-iso desktop_terminal URL: https://openqa.fedoraproject.org/tests/57899 ID: 57907 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/57907
These two failed because gnome-color-manager unexpectedly asked for access to the system location immediately upon login, which the test can't cope with: https://bugzilla.gnome.org/show_bug.cgi?id=779343 We could adjust the test, but the GNOME behaviour seems odd, so waiting for input from the devs on whether it's a bug.
ID: 57925 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/57925
We never get any video output from this test, with a 10 minute (IIRC) boot timeout. pwhalen reports there's a showstopper with ARM atm related to module loading: https://bugzilla.redhat.com/show_bug.cgi?id=1422634 that may be causing this, or it may be something else.
ID: 57951 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/57951
This broke between 20170208 and 20170214, my best guess at what happened is in the new bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1427359
ID: 57956 Test: x86_64 universal install_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/57956
This is an openQA console typing fail (sigh, still happens occasionally). Test actually worked fine.
ID: 57978 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/57978
Still https://bugzilla.redhat.com/show_bug.cgi?id=1413813 . If that doesn't get any attention soon I may have to make the test work around it to cover the rest of the test case...
ID: 57983 Test: x86_64 universal install_rescue_encrypted URL: https://openqa.fedoraproject.org/tests/57983 ID: 57984 Test: x86_64 universal install_rescue_encrypted@uefi URL: https://openqa.fedoraproject.org/tests/57984
Still https://bugzilla.redhat.com/show_bug.cgi?id=1376638 . Looks like there's now a PR to fix this, but it is not yet merged.
ID: 57986 Test: x86_64 Workstation-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/57986
This is a hard fail caused by the same SELinux alert that causes all the soft fails (see below). It's a hard fail because any AVC alert that triggers a desktop notification on boot is a Final release criteria violation.
Soft failed openQA tests: 52/107 (x86_64) (Tests completed, but using a workaround for a known bug)
These are all caused by: https://bugzilla.redhat.com/show_bug.cgi?id=1392161 it may strictly speaking have been best reported as a separate bug, but basically there's an AVC that shows up on almost all installs, something being denied 'mounton' action for /proc/mtrr .