Created attachment 514734 [details] anaconda.log Description of problem: After a @default install from RATs#3 images (http://serverbeach1.fedoraproject.org/pub/alt/stage/20110721-3/), it seems that generic-release was installed, instead of fedora-release. Version-Release number of selected component (if applicable): * generic-release-16-0.1.noarch * fedora-release-16-0.1.noarch How reproducible: Steps to Reproduce: 1. Follow steps at https://fedoraproject.org/wiki/QA:Testcase_Package_Sets_Default_Package_Install Actual results: # grep release /tmp/install.log 10:50:57 Installing generic-release-16-0.1.noarch Expected results: fedora-release should be installed, not generic-release Additional info: According to the yum.log from the install, generic-release is pulled in to satisfy a dependency for initscripts. /tmp/anaconda.yum.log:[2011-07-22 10:48:44,068] DEBUG : TSINFO: Marking generic-release-16-0.1.noarch as install for initscripts-9.31-1.fc16.x86_64 # repoquery -q --requires initscripts | grep release /etc/system-release # repoquery -q --whatprovides /etc/system-release generic-release-0:16-0.1.noarch generic-release-0:16-0.1.noarch fedora-release-0:16-0.1.noarch fedora-release-0:16-0.1.noarch This needs to be fixed for Alpha, I'm not quite certain of any particular release criteria [1] that are impacted by installing the wrong package. We may choose to update the release criteria for Alpha to note that fedora-release *must* be installed, and not *generic-release*. [1] https://fedoraproject.org/wiki/Fedora_16_Alpha_Release_Criteria
Created attachment 514735 [details] install.log
Created attachment 514736 [details] anaconda.yum.log
I checked the live composes, and they have the same issue - generic-release is pulled instead of fedora-release. however, the same is *not* true of -logos and -release-notes. so you get generic-release, fedora-logos and fedora-release-notes. never seen that before. can't tell exactly why at present. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Discussed at the 2011-07-22 blocker bug review meeting. Accepted as NTH for Fedora 16 alpha but waiting to find out if the Fedora 16 artwork will be affected as well. Accepted NTH, will revisit alpha blocker once we have more information.
Didn't this end up getting fixed in one of the -release packages?
(In reply to comment #5) > Didn't this end up getting fixed in one of the -release packages? I *think* it was supposed to be fixed by the update generic-release-16-0.2 (http://koji.fedoraproject.org/koji/buildinfo?buildID=255100). The thinking was that because generic-release had fewer dependencies than fedora-release, it was selected for install. I can confirm that the addition of generic-release-16.0.2. Let's move this to VERIFIED once we have someone other than me confirming.
(In reply to comment #4) > Discussed at the 2011-07-22 blocker bug review meeting. Accepted as NTH for > Fedora 16 alpha but waiting to find out if the Fedora 16 artwork will be > affected as well. > > Accepted NTH, will revisit alpha blocker once we have more information. Fixing whiteboard to match earlier decision
Discussed in the 2011-07-29 blocker review meeting. A fix for this has been verified in a custom boot.iso but waiting for verification on TC1 before closing.
Confirmed TC1 DVD image has fedora-release and no generic-release package, closing.