Bug 1005082

Summary: “Error checking software selection” is displayed when one tries a default network install of Fedora-20-Alpha-TC4
Product: [Fedora] Fedora Reporter: Mike FABIAN <mfabian>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: anaconda-maint-list, dshea, g.kaviyarasu, jonathan, mfabian, mkolman, sbueno, vanmeeuwen+fedora, vpodzime
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-09-10 15:59:47 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
f20-gnome-error-checking-software-selection.png
none
tmp.log.tar
none
anaconda.log
none
ifcfg.log
none
packaging.log
none
sensitive-info.log
none
storage.log
none
X.log none

Description Mike FABIAN 2013-09-06 08:02:27 UTC
Created attachment 794609 [details]
f20-gnome-error-checking-software-selection.png

I am trying to do a default netinstall of Fedora 20 Alpha TC4.

After selecting "Japanese" as the language in the first screen
and then proceeding the next page, it shows
the error:

“Error checking software selection”

When one clicks  on the  “Software selection” spoke and
selects something else but Gnome, for example KDE, then
one can proceed and finish the install.

Comment 1 Mike FABIAN 2013-09-06 08:07:59 UTC
Only for network install, with Fedora-20-Alpha-TC4-x86_64-DVD.iso
this works.

Comment 2 David Shea 2013-09-06 11:53:39 UTC
Can you attach the log files from /tmp? This looks like a problem with the mirror.

Comment 3 Mike FABIAN 2013-09-06 12:11:35 UTC
Created attachment 794674 [details]
tmp.log.tar

$ tar tvf tmp.log.tar 
-rw-r--r-- root/root     17249 2013-09-06 14:03 tmp/X.log
-rw-r--r-- root/root      7179 2013-09-06 14:03 tmp/anaconda.log
-rw-r--r-- root/root       567 2013-09-06 14:02 tmp/ifcfg.log
-rw-r--r-- root/root    446148 2013-09-06 14:03 tmp/packaging.log
-rw-r--r-- root/root      9481 2013-09-06 14:03 tmp/program.log
-rw-r--r-- root/root       106 2013-09-06 16:02 tmp/sensitive-info.log
-rw-r--r-- root/root     28969 2013-09-06 14:03 tmp/storage.log

Comment 4 David Shea 2013-09-09 13:38:38 UTC
Created attachment 795616 [details]
anaconda.log

Comment 5 David Shea 2013-09-09 13:38:58 UTC
Created attachment 795618 [details]
ifcfg.log

Comment 6 David Shea 2013-09-09 13:39:21 UTC
Created attachment 795619 [details]
packaging.log

Comment 7 David Shea 2013-09-09 13:39:52 UTC
Created attachment 795620 [details]
sensitive-info.log

Comment 8 David Shea 2013-09-09 13:40:11 UTC
Created attachment 795621 [details]
storage.log

Comment 9 David Shea 2013-09-09 13:40:31 UTC
Created attachment 795622 [details]
X.log

Comment 10 Vratislav Podzimek 2013-09-10 13:46:36 UTC
I think it was a (temporarily) broken repository:
12:03:10,868 WARN packaging: rdesktop-1.8.0-1.fc20.x86_64 requires libgssglue.so.1()(64bit)
12:03:10,869 WARN packaging: rdesktop-1.8.0-1.fc20.x86_64 requires libgssglue.so.1(libgssapi_CITI_2)(64bit)

Mike, could you please retest it?

Comment 11 Mike FABIAN 2013-09-10 15:24:20 UTC
It didn’t happen again with TC5. Does that mean it is fixed?

Comment 12 Vratislav Podzimek 2013-09-10 15:59:47 UTC
(In reply to Mike FABIAN from comment #11)
> It didn’t happen again with TC5. Does that mean it is fixed?
Frankly, we cannot control the repositories network installations use. And in this phase of the release cycle they are quite often broken. DVD repos are a different case. I'm closing this as CANTFIX.