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 -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
