Bug 1420754
Summary: | Drop kernel-devel virtual provide | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Nicolas Chauvet (kwizart) <kwizart> | ||||
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | rawhide | CC: | bugzilla, cz172638, fedora, gansalmon, hdegoede, ichavero, itamar, jonathan, kernel-maint, madhu.chinakonda, mchehab, robatino, samuel-rhbugs | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2017-03-24 22:44:19 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | 1420864, 1421105 | ||||||
Bug Blocks: | 1228897 | ||||||
Attachments: |
|
Description
Nicolas Chauvet (kwizart)
2017-02-09 13:33:27 UTC
Created attachment 1248813 [details]
drop kernel-devel virtual provides
I'm have a gut feeling this is the wrong solution, as those provides were added for a reason. But I can't remember what it was; maybe it were archs that have no standard-kernel? Can't remember :-/ Maybe jwb knows, but I think they got added in the early davej days. FWIW, I think the cleaner solution would be: Give all kernel variants a name to properly differentiate then (maybe call the standard kernel "generic", like Ubuntu does). Yes, that has downsides and risks, too, but it makes it more obvious what's happening. Because the root of the problems will stay if the kernel-devel provides is dropped: if you for example run the PAE kernel on and ix86 machine you still won't get the right kernel-devel package if you install "kernel-devel" (you need kernel-PAE-devel in that case). I've tested on el7. There "yum install kernel-devel" install the right kernel-devel (same for kernel-debug-devel). There is an additional tool (ksc) using kernel-devel provides. But I don't think there is anything to change in el7. (unless one wants to run a fedora kernel on top of centos userspace, which might be done by centos armhfp team)... (In reply to Thorsten Leemhuis from comment #2) > I'm have a gut feeling this is the wrong solution, as those provides were > added for a reason. Well, as the above list shows, there is an extremely limited number of users for kernel-devel provides anyway. (not to mention kernel*-devel-%{_target_cpu} ). Anyway looking at el7 kernel, it the kernel-debug-devel varriant doesn't have the kernel-devel provides, so it seems like the bug was fixed in el7 earlier than in fedora. (In reply to Thorsten Leemhuis from comment #2) ... > the kernel-devel provides is dropped: if you for example run the PAE kernel > on and ix86 machine you still won't get the right kernel-devel package if > you install "kernel-devel" (you need kernel-PAE-devel in that case). My impression is that this cannot be fixed until boolean deps are allowed. A possible workaround would be to use: Requires: kernel-devel-uname-r %ifarch i686 Suggests: kernel-PAE-devel %else Suggests: kernel-devel %endif But in the amhfp case, the kernel-lpae isn't the more common. (not to mention that packages using kernel-devel are noarch, they would need to be turned into an arched package to allow this notation, which is possible). |