Description of problem:
i was testing for 864737
Version-Release number of selected component:
libreport version: 2.0.14
cmdline: /usr/bin/python /sbin/anaconda
:The following was filed automatically by anaconda:
:anaconda 18.16 exception report
:Traceback (most recent call first):
: File "/usr/lib64/python2.7/site-packages/pyanaconda/packaging/yumpayload.py", line 806, in environmentDescription
: raise NoSuchGroup(environmentid)
: File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/software.py", line 152, in status
: return self.payload.environmentDescription(row)
: File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/hubs/__init__.py", line 198, in _updateCompleteness
: spoke.selector.set_property("status", spoke.status)
: File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/hubs/__init__.py", line 262, in _update_spokes
Created attachment 629059 [details]
Created attachment 629060 [details]
Created attachment 629061 [details]
Created attachment 629062 [details]
Created attachment 629063 [details]
Created attachment 629064 [details]
Created attachment 629065 [details]
Created attachment 629066 [details]
Created attachment 629067 [details]
Created attachment 629068 [details]
Created attachment 629069 [details]
Created attachment 629070 [details]
Created attachment 629071 [details]
Created attachment 629072 [details]
Booted the F18 Beta TC4 DVD, changed installation source to http://download.fedoraproject.org/pub/fedora/linux/development/18/x86_64/os/ , went back to the hub, waited for it to complete downloading metadata.
OS Release: Fedora release 18-Beta-TC4
This doesn't seem to be an issue with the repos exactly, I think it's more in anaconda's handling of this case where you start out with the default DVD repo and switch to a remote repo. I just reproduced it simply by switching to 'nearest mirror'. It doesn't seem to happen if you pass repo=http://foo on the command line, or when using netinst - it's really to do with switching from the DVD repo to a remote repo interactively.
though I found this doing the validation tests I don't think it's really a blocker, booting the DVD but installing from a remote repo is a somewhat unusual case, so I'm not nominating it as such.
I think this has to do with some recent changes in whether the software or source spoke is ready. I see other problems with this so I'm going to take it and try to make these all work.
*** Bug 867414 has been marked as a duplicate of this bug. ***
I cannot reproduce this with smoke11 which has anaconda-18.18. We're going to wait for Test Compose 5 and see if we can still reproduce this.
Couldn't reproduce this exactly with TC6, but there's still something odd. I change installation source to 'Closest mirror', go back to the hub, wait a bit, and it all clears up, no crash. Software Selection shows 'GNOME Desktop' with the warning triangle - this is correct, I've been told, and you have to go into the spoke and out again to shift it. Fine. I go into the spoke, I click Done, I'm back at the hub, and it still has the triangle. No matter how many times I try, still triangle. I have to switch to KDE and then back to GNOME to shift it. Still, this crash seems to be gone.
I can still reproduce the crash with TC4, so something definitely changed between TC4 and TC6 that fixed this.
This is fixed as of 18.19, please re-open if it doesn't work.