kernel RPMs dependency on removing prior kernel?

[Thorsten Leemhuis]

On 15.11.2007 19:49, Richi Plana wrote:
> On Thu, 2007-11-15 at 18:48 +0100, Thorsten Leemhuis wrote:
>> On 15.11.2007 18:14, Richi Plana wrote:
> [...]
> Well, if that works, that should might help the yum developers in
> tracking down where the logic error is.

About one month ago the likely cause was mentioned in
https://bugzilla.redhat.com/show_bug.cgi?id=330711#c3
already:

---
okay I think I know what's going on. We're adding the kernel as an
update when it is really an install. The old kernel is being added as
'being updated' so the depsolver is looking at it like it needs to be
removed.

I'm looking into it a bit deeper but I'm pretty sure that's the case.
---

>From looking closer at
https://bugzilla.redhat.com/attachment.cgi?id=226441
it seems this is correct:

First it sees the new kernel and marks it as "updated"

> ---> Package kernel.x86_64 0:2.6.23-6.fc8 set to be updated
> Checking deps for kernel.x86_64 0-2.6.23-6.fc8 - u

Then it checks the deps for the new kmods from the repo and those that
remain installed for the old kernel:

> kmod-ntfs-2.6.23-0.224.rc9.git6.fc8 requires: kernel-x86_64 = 2.6.23-0.224.rc9.git6.fc8
> --> Processing Dependency: kernel-x86_64 = 2.6.23-0.224.rc9.git6.fc8 for package: kmod-ntfs-2.6.23-0.224.rc9.git6.fc8
> Needed Require is not a package name. Looking up: kernel-x86_64 = 2.6.23-0.224.rc9.git6.fc8

This if course fails, as yum at this points thinks the old kernel is
going to be removed during update:

> Potential Provider: kernel.x86_64 0:2.6.23-0.224.rc9.git6.fc8
> Mode is u for provider of kernel-x86_64 = 2.6.23-0.224.rc9.git6.fc8: kernel.x86_64 0:2.6.23-0.224.rc9.git6.fc8
> Mode for pkg providing kernel-x86_64 = 2.6.23-0.224.rc9.git6.fc8: u
> Cannot find an update path for dep for: kernel-x86_64 = 2.6.23-0.224.rc9.git6.fc8
> Searching pkgSack for dep: kernel-x86_64

Only right before the end the new kernel is marked as to be installed
(and not updated):

> kernel - 2.6.23-6.fc8.x86_64 converted to install

This is (afaics with my limited skills) the problem -- this convert
needs to happen way earlier or the deps need to be rechecked after this
convert.

CU
knurd