Description of Problem: while doing an upgrade from Seawolf on my laptop, when I get to the Unresolved Dependencies screen, several packages are listed as having unresolved dependencies, however under the requirements column, the requirement listed for each one is "No Suggestion" How Reproducible: Not sure... perhaps by selecting the listed packages during upgrade would cause same result. The upgrade.log, showing what was upgraded, is attached. if you need, I will also send a rpm -qa showing all installed packages....
Created attachment 26231 [details] upgrade.log from upgrade from Seawolf to Roswell
This also showed up on my laptop during the upgrade from Zoot to Roswell. The unresolved deps screen was caused by foreign (non-Red Hat provided) packages being installed on my system. All the packages listed had 'no suggestion' listed under 'Requirement'. Even though there were not any packages to potentially install, there was still an option to 'Install packages to satisfy dependencies'. Choosing this option has the same result as choosing 'Ignore package dependencies': unsatisified deps on the machine post-install. Additionally, the option 'Do not install packages that have dependencies' does not make sense, as the listed packages are already installed on the system. I realize that this screen has existed as long as anaconda has existed, but it could be confusing to users who are not familiar with RPM dependencies. This screen seems unnecessary unless the user has selected 'Customize packages to be upgraded' or 'Select individual packages' as there is never an option for the end user -- if they want a functional system, the dependencies must be resolved. The only time it seems reasonable to show the screen is when the user has chosen to select individual packages. Could anaconda not show the 'Unresolved Dependencies' screen unless the user has manually selected packages? Otherwise it would just automatically choose 'Install packages to satisfy dependencies' and skip the screen.
Um, can I add a request/suggestion: how about an option to REMOVE existing packages that will have unsatisfied dependencies? Also, how about including some older compat-libs such as for 4.x and 5.x? FreeBSD installs allow you to select compatability libraries for 2 or 3 previous versions.
Actually, I had suggested part of that at one time. I think it would be really great to at least have the ability to select individual packages in the dependency screen, instead of the current All or None choice. i.e. the list shows packages foo, bar, jack, jill, and bob. and I decide then to just not install bob but keep all the others.. there should be a way for me to choose to not install bob, but keep all the others without having to go back to package selection to find that one package.
Ok, we're talking about a few different issues here. One is that the package dependency screen needs some work. That can't be done in the current release time frame, but perhaps in the future. The original issue here is that some packages have messed up dependencies. This is a packaging issue and not an installer issue. We need the list of offending packages so that they can be fixed (they probably already have been since roswell) Changing component to 'distribution'.
I have split my issue out into Bug #51489. I did not have any packages that were provided by Red Hat that has dependency problems. Upgrading from 6.x to 7.x does break binary compatibility, and, therefore, 3rd party packages are not expected to have correct deps for 7.x if built for 6.x
So there is no distribution problem per-se, and the installer is being worked on. Case closed.