Description of problem: Attempting a default installs of F-13-Alpha-RC2 results in a dependency conflict. 1:xorg-x11-drv-nouveau-0.0.16-0.20100205gite75dd23.fc13.x86_64 requires kernel-drm-nouveau = 15 Version-Release number of selected component (if applicable): * xorg-x11-drv-nouveau-0.0.16-0.20100205gite75dd23.fc13.x86_64 How reproducible: * every time Steps to Reproduce: 1. Perform a default package install of F-13-Alpha-RC2 (or just use @base and @base-x comps.xml groups) Actual results: The install stops with the following prompt ┌──────────────────────────┤ Warning ├───────────────────────────┐ │ │ │ Some of the packages you have selected for install are │ │ missing dependencies. You can exit the installation, │ │ go back and change your package selections, or continue │ │ installing these packages without their dependencies. │ │ │ │ 1:xorg-x11-drv-nouveau-0.0.16-0.20100205gite75dd23.fc13.x86_ ↑ │ │ 64 requires kernel-drm-nouveau = 15 ▮ │ │ ▒ │ │ ▒ │ │ ▒ │ │ ↓ │ │ │ │ ┌────────────────┐ ┌──────┐ ┌──────────┐ │ │ │ Exit installer │ │ Back │ │ Continue │ │ │ └────────────────┘ └──────┘ └──────────┘ │ │ │ │ │ └────────────────────────────────────────────────────────────────┘ Expected results: Clean deps in the default install. Additional info: * Raising as an Alpha release blocker (https://fedoraproject.org/wiki/Fedora_13_Alpha_Release_Criteria) per criteria ... "No file conflicts or unresolved package dependencies during a media-based (CD/DVD) install "
there's a newer version of nouveau that should be in the build. as the update notes say: https://admin.fedoraproject.org/updates/mesa-7.8-0.18.fc13,xorg-x11-drv-nouveau-0.0.16-2.20100218git2964702.fc13,kernel-2.6.33-0.47.rc8.git1.fc13,libdrm-2.4.18-0.1.fc13 "This breaks the driver ABI, so all pieces required." I guess RC2 pulled a newer kernel without the matching nouveau / libdrm - not Ben's fault. re-assigning to releng. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
forgot 'mesa' in the above list.
Why doesn't the procedure in https://fedoraproject.org/wiki/QA:Testcase_Mediakit_Repoclosure pick this up? (Not familiar with the repoclosure command.)
(In reply to comment #3) > Why doesn't the procedure in > > https://fedoraproject.org/wiki/QA:Testcase_Mediakit_Repoclosure > > pick this up? (Not familiar with the repoclosure command.) Well, I can say we figured out why the automated rats_sanity test was not discovering this issue. Will Woods found a bug and provided an update. http://git.fedorahosted.org/git/?p=autoqa.git;a=commit;h=deb0d2bacde2173e40d5faff04b810ebc5a4c438 Interestingly, when I run the above test case with the '-n' repoclosure flag, it correctly finds this failure. $ repoclosure --repofrompath=media,/media -a x86_64 -a noarch -r media -n Added media repo from /media Reading in repository metadata - please wait.... Checking Dependencies Repos looked at: 1 media Num Packages in Repos: 3256 package: 1:xorg-x11-drv-nouveau-0.0.16-0.20100205gite75dd23.fc13.x86_64 from media unresolved deps: kernel-drm-nouveau = 0:15 Let's continue discussion on the test.org mailing list
I've fixed this in later RC composes to include the newer nouveau driver.