Description of problem: An @Everything install of RHEL5.5 isn't possible when using more negation groups than -@Conflicts. Version-Release number of selected component (if applicable): RHEL5.5 How reproducible: Every time Steps to Reproduce: 1. Build a kickstart file that contains, in the %packages section, # Choose packages and package groups for installation %packages @Everything -@Conflicts -@Clustering 2. Attempt install 3. Watch installation fail due to conflicts 4. Edit the kickstart file to remove the -@Clustering line # Choose packages and package groups for installation %packages @Everything -@Conflicts #-@Clustering 5. Watch the installation complete as expected Actual results: Failed install Expected results: Completed install, without the Clustering package group Additional info: I'll be attaching passing and failing kickstart files.
This may be undefined behavior, or behavior we aren't worried about, due to the deprecation of "@Everything" installs in RHEL5.5. That is discussed in this bug: https://bugzilla.redhat.com/show_bug.cgi?id=549898
Please attach the log files and error messages to this bug report.
I see a pop-up during a GUI install when the install fails: Error running transaction There was an error running your transaction, for the following reason(s): file conflicts
Do you get the same results on an i386 install that you do on this x86_64 install?
Yes, I get the same results.
There's nothing inherent about using multiple group removal lines that should cause this problem. We simply iterate over the list of groups and remove from the transaction all the group's packages. Group removals are handled after everything else in package selection. I wonder if these packages are somehow getting dragged in as dependencies for other packages anyway and that's overriding your choices.
Did we forget to add the 32-bit packages to the conflicts list? In both 32-bit and 64-bit installer logs, the failures were due to conflicts with the 32-bit packages only.
Looks like there's something strange going on when -@Conflicts is not the last line in the %packages section. *** This bug has been marked as a duplicate of bug 577334 ***