Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 227533 - kernel-debug, -debug-devel, -PAE-debug, -PAE-debug-devel Provides issues
Summary: kernel-debug, -debug-devel, -PAE-debug, -PAE-debug-devel Provides issues
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Brian Brock
: 238328 240236 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2007-02-06 18:30 UTC by Ville Skyttä
Modified: 2014-10-18 00:09 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-09-28 15:08:27 UTC

Attachments (Terms of Use)
Fix -debug and -debug-devel Provides (deleted)
2007-02-06 18:30 UTC, Ville Skyttä
no flags Details | Diff
Fix -debug, -PAE-debug, -debug-devel and -PAE-debug-devel Provides (deleted)
2007-02-19 16:25 UTC, Ville Skyttä
no flags Details | Diff
Fix -debug, -PAE-debug, -debug-devel and -PAE-debug-devel Provides (deleted)
2007-04-02 14:31 UTC, Ville Skyttä
no flags Details | Diff

Description Ville Skyttä 2007-02-06 18:30:27 UTC
kernel-debug's target CPU specific Provides contains an extra "-", making it
incompatible with other kernel variants, and kernel-debug-devel is missing a
bunch of Provides.  Untested fix attached.

Comment 1 Ville Skyttä 2007-02-06 18:30:27 UTC
Created attachment 147499 [details]
Fix -debug and -debug-devel Provides

Comment 2 Chuck Ebbert 2007-02-08 20:17:17 UTC
This is fixed in the pending update.

Comment 3 Ville Skyttä 2007-02-13 20:42:30 UTC
Which version should it be fixed in?  I'm eyeballing 2.6.20-1.2928.* in CVS (the
latest Rawhide I can see) and the fix isn't applied in it yet.

Comment 4 Chuck Ebbert 2007-02-14 00:28:45 UTC
2.6.19-1.2911.fc6 and 2.6.19-1.2288.fc5 are fixed.

But thanks for reminding about 2.6.20 ones...

Comment 5 Ville Skyttä 2007-02-19 16:25:07 UTC
Created attachment 148327 [details]
Fix -debug, -PAE-debug, -debug-devel and -PAE-debug-devel Provides

This is still unfixed in 2.6.20-1.2935 and now the newly added PAE-debug and
PAE-debug-devel seem to have developed the same problem.  Updated patch against
current Rawhide CVS (that I can see at the moment, that is) attached.

Comment 6 Ville Skyttä 2007-04-02 14:31:33 UTC
Created attachment 151429 [details]
Fix -debug, -PAE-debug, -debug-devel and -PAE-debug-devel Provides

Still unfixed in 2.6.20-1.3038.fc7.  Is there something more I could do to get
this applied?  Should be pretty much a no-brainer.

Comment 7 Ville Skyttä 2007-04-29 12:16:39 UTC
*** Bug 238328 has been marked as a duplicate of this bug. ***

Comment 8 Ville Skyttä 2007-04-29 12:20:06 UTC
Also affects FC6 now, see bug 238328.

Comment 9 Dave Jones 2007-05-15 18:34:06 UTC
applied to F7. Chuck, want to do the same for the next F6 update?

Comment 10 Chuck Ebbert 2007-05-15 21:58:36 UTC
*** Bug 240236 has been marked as a duplicate of this bug. ***

Comment 11 Ville Skyttä 2007-05-30 22:41:26 UTC
F-7 looks good (based on specfile inspection and some test builds only), but
FC-6's latest update has at least one remaining issue;
kernel-PAE-debug-2.6.20-1.2952.fc6.i686 provides:

    kernel-i686 = 2.6.20-1.2952.fc6PAEdebug

...but should provide instead:

    kernel-i686 = 2.6.20-1.2952.fc6PAE-debug

Comment 12 Florian La Roche 2007-05-31 05:56:15 UTC
There should be no "-" within the release string, so 1.2952.fc6PAE-debug
should not be used, but 1.2952.fc6PAEdebug is ok.


Florian La Roche

Comment 13 Ville Skyttä 2007-05-31 15:37:12 UTC
That would be inconsistent with all the other variants which have the uname -r
output of the corresponding kernel in their "Provides: kernel-$arch = ...", and
would pretty much render this particular Provides useless.

Comment 14 Florian La Roche 2007-05-31 15:39:35 UTC
Seems you now refer to the "name" portion and not the "version-release" string.
Like e.g.: name = version-release


Florian La Roche

Comment 15 Ville Skyttä 2007-05-31 16:13:32 UTC
No, I don't.  Don't think in terms of %{version}-%{release} on the right side of
this Provides - as far as kmodtool and kernel module packages packaged according
to the current kernel module packaging guidelines are concerned, it's just a
string, always required with a "=" relation.  rpm doesn't mind the extra dash

This particular Provides is expected to be like this for subpackages (for
2.6.20-1.xxxx.fcX kernel on i686):
- (the "normal" kernel): Provides: kernel-i686 = 2.6.20-1.xxxx.fcX
- PAE: Provides: kernel-i686 = 2.6.20-1.xxxx.fcXPAE
- PAE-debug: Provides: kernel-i686 = 2.6.20-1.xxxx.fcXPAE-debug
- foo-bar-quux-baz: Provides: kernel-i686 = 2.6.20-1.xxxx.fcXfoo-bar-quux-baz
- smp: Provides: kernel-i686 = 2.6.20-1.xxxx.fcXsmp

Comment 16 Florian La Roche 2007-05-31 16:39:29 UTC
The right hand "version-release" string is parsed by rpm into a version part
and into a release part, so 2.6.20-1.xxxx.fcXPAE-debug is parsed into
version = 2.6.20-1.xxxx.fcXPAE and release = debug.

The kernel is currently the only rpm package getting this wrong. I know
for the most part this just stays a string is not overly important, but
we start misuing the version-release string a bit here.


Florian La Roche

Comment 17 Ville Skyttä 2007-05-31 17:01:41 UTC
I know, but it doesn't matter in the case this particular Provides was added for.  

Declaring it "wrong" now and changing it when it does actually work as designed
and intended would result in need for nasty, fragile workarounds in tools and a
lot of 3rd party packages for no practical gain I can think of.

Perhaps the Provides should have been something like
"kernel(i686:2.6.20-1.xxxx.fcXPAE-debug)" (unversioned in rpm terms) or another
format that would have communicated the intent better; the intent is just to
have an easy to use way to depend on the exact kernel the modules were built
for.  Now, with the special case with dashes it is still possible, but backwards
incompatible and harder/more fragile to use.

Comment 18 Michael Schwendt 2007-06-02 21:05:41 UTC
When I resolve F7 metadata with Yum on FC6, these special dependencies
fail for me (haven't rebooted into rawhide/F7 yet):

--> Running transaction check
--> Processing Dependency: kernel-i686 = 2.6.21-1.3194.fc7PAE-debug for package:
--> Finished Dependency Resolution
Error: Missing Dependency: kernel-i686 = 2.6.21-1.3194.fc7PAE-debug is needed by
package kmod-em8300-PAE-debug

Comment 19 Ville Skyttä 2007-06-02 21:40:43 UTC
Reproduced.  No problems with yum if kernel-PAE-debug is installed separately
first, then "yum install kmod-em8300-PAE-debug".

Comment 20 Florian La Roche 2007-09-28 15:00:57 UTC
This bugzilla looks resolved for me, at least current Fedora-devel has all
the right bits in there.

Can we close this bugzilla?


Florian La Roche

Comment 21 Orion Poplawski 2014-10-17 16:24:33 UTC
I think the provides for the kernel-debug-devel package is causing issues when installing akmods:

# repoquery --provides kernel-debug-devel
kernel-debug-devel = 3.16.6-200.fc20
kernel-debug-devel(x86-64) = 3.16.6-200.fc20
kernel-debug-devel-x86_64 = 3.16.6-200.fc20
kernel-devel = 3.16.6-200.fc20+debug
kernel-devel-uname-r = 3.16.6-200.fc20.x86_64+debug
kernel-devel-x86_64 = 3.16.6-200.fc20+debug

--> Processing Dependency: kernel-devel-uname-r for package: akmods-0.5.1-3.fc19.noarch
---> Package kernel-debug-devel.x86_64 0:3.16.6-200.fc20 will be installed

Why does the kernel-debug-devel package have kernel-devel* provides?  Or should akmods require something different?

Comment 22 Sergio Monteiro Basto 2014-10-18 00:09:24 UTC
Hi , I study this issue some say ago , so I have in fresh memory 
akmods.spec got : 

Requires:       kernel-devel-uname-r

repoquery --repoid=updates --whatprovides kernel-devel-uname-r  

and yum choose kernel-debug-devel , as Richard Shaw wrote: (if the Fedora maintainer will agree) would be better, make sure the non-debug package (kernel-devel) has a higher NEVR than the others, perhaps by appending ".1" to the release ...

repoquery --arch=i686 --repoid=updates --whatprovides kernel-devel-uname-r  

for i686 yum have to choose one of four kernel-devel

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