Bug 190842 - kernel: remove explicit "Provides: kernel = %{version}" from kernel-2.6.spec
Summary: kernel: remove explicit "Provides: kernel = %{version}" from kernel-2.6.spec
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: redhat-release
Version: 4.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Don Domingo
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks: 176344 211071
TreeView+ depends on / blocked
 
Reported: 2006-05-05 16:53 UTC by David Lehman
Modified: 2018-10-19 20:39 UTC (History)
4 users (show)

Fixed In Version: 4.5.0
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-04-26 23:30:57 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
remove incorrect explicit "provides: kernel = %{version} from kernel-2.6.spec (395 bytes, patch)
2006-05-05 16:53 UTC, David Lehman
no flags Details | Diff

Description David Lehman 2006-05-05 16:53:48 UTC
Description of problem:
It has been found that even though lvm2-2.02.01-1.3.RHEL4 requires "kernel >=
2.6.9-24", it can be installed cleanly when only kernel-2.6.9-11.EL is present.

kernel-26.spec explicitly provides "kernel = %{version}". This is not only
unnecessary, but also prevents other packages from requiring a specific kernel
release. From the rpm documentation on dependencies:

    Unspecified epoch and releases are assumed to be zero, and are
    interpreted as "providing all" or "requiring any" value.

So, by explicitly providing "kernel = 2.6.9" in kernel-2.6.9-1, you satisfy any
dependency on, eg: "kernel >= 2.6.9-999". This is clearly bad. 

All packages automatically provide 

    "%{name} = %{epoch}:%{version}-%{release}"

In the case of the kernel, based on the rpm documentation, anything that
requires "kernel = 2.6.9" will be satisfied by the default packaging behavior.
Therefore I see no reason why this line, which AFAICT causes nothing but
confusion/harm should remain. Patch attached.


Version-Release number of selected component (if applicable):
kernel-2.6.9-11.EL

How reproducible:
Always

Steps to Reproduce:
1. get on a system whose latest kernel is 2.6.9-11.EL
2. install lvm2-2.02.01-1.3.RHEL4 (which requires kernel >= 2.6.9-24)
3. 
  
Actual results:
The lvm2 package is installed without flagging the unsatisfied dependency

Expected results:
Installation should fail since kernel-2.6.9-11.EL < kernel-2.6.9-24

Additional info:
There is nothing wrong with lvm2's packaging -- the problem is in the kernel
spec file.

Comment 1 David Lehman 2006-05-05 16:53:49 UTC
Created attachment 128667 [details]
remove incorrect explicit "provides: kernel = %{version} from kernel-2.6.spec

Comment 2 RHEL Program Management 2006-09-07 19:18:54 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 3 RHEL Program Management 2006-09-07 19:18:58 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 6 Jason Baron 2006-12-05 17:16:51 UTC
well, i'm wondering why this isn't yet done in Fedora kernels....and i also
don't know how to change to subpackages...so at this point i'm still looking for
more data before i commit it. thanks.

Comment 7 Jason Baron 2006-12-05 18:00:47 UTC
well, i'm wondering why this isn't yet done in Fedora kernels....and i also
don't know how to change to subpackages...so at this point i'm still looking for
more data before i commit it. thanks.

Comment 8 Linda Wang 2007-01-18 22:52:31 UTC
after talking to KevinA, we came to the conclusion that we should just
document this dependency and not fix either the kernel nor lvm pkg, because
there are still loopholes in implementing the dependencies in these two packages.


Note You need to log in before you can comment on or make changes to this bug.