Description of problem:
Select KDE Desktop, or Xfce Desktop when installing rawhide into a VM from x64 Rawhide Fedora Everything Netinstall 20161003 iso.
As soon as you press Done i package election, it bombs out with error, and titlebar of window shows:
Version-Release number of selected component:
The following was filed automatically by anaconda:
anaconda 26.7-1 exception report
Traceback (most recent call first):
File "/usr/lib64/python3.5/site-packages/pyanaconda/packaging/dnfpayload.py", line 540, in _select_group
raise packaging.NoSuchPackage(str(e), required=True)
File "/usr/lib64/python3.5/site-packages/pyanaconda/packaging/dnfpayload.py", line 550, in _select_environment
File "/usr/lib64/python3.5/site-packages/pyanaconda/packaging/dnfpayload.py", line 365, in _apply_selections
File "/usr/lib64/python3.5/site-packages/pyanaconda/packaging/dnfpayload.py", line 682, in checkSoftwareSelection
File "/usr/lib64/python3.5/site-packages/pyanaconda/ui/gui/spokes/software.py", line 217, in checkSoftwareSelection
File "/usr/lib64/python3.5/threading.py", line 862, in run
File "/usr/lib64/python3.5/site-packages/pyanaconda/threads.py", line 251, in run
threading.Thread.run(self, *args, **kwargs)
addons: com_redhat_kdump, com_redhat_docker
cmdline: /usr/bin/python3 /sbin/anaconda
cmdline_file: BOOT_IMAGE=vmlinuz initrd=initrd.img inst.stage2=hd:LABEL=Fedora-E-dvd-x86_64-rawh quiet
release: Cannot get release name.
Created attachment 1206990 [details]
Created attachment 1206991 [details]
Created attachment 1206992 [details]
Created attachment 1206993 [details]
Created attachment 1206994 [details]
Created attachment 1206995 [details]
Created attachment 1206996 [details]
Created attachment 1206997 [details]
Created attachment 1206998 [details]
Created attachment 1206999 [details]
Created attachment 1207000 [details]
Created attachment 1207001 [details]
Created attachment 1207002 [details]
So, to put it bluntly, you can't install Xorg via the current rawhide iso.
Additionally, this netinstall iso supposedly passed all tests and was classed "known good"...
This looks like broken repositories - reassigning to the comps component which should be handling this.
This isn't a comps issue, exactly. The problem is that apparently something has changed how comps is processed between F25 and F26. (Maybe DNF v2?)
Previously, if an item was listed in comps but was not available in the repository, it would just be stripped out. It appears that it's now much stricter and keeps it in.
xorg-x11-drv-omap is included in the @base-x group so that it's pulled in by default on the ARM architecture. However, the package does not exist on any other architecture.
*** This bug has been marked as a duplicate of bug 1380945 ***