Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 696114 - Add a new set for kernel dependent packages similar to @module-rebuild
Summary: Add a new set for kernel dependent packages similar to @module-rebuild
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-10-03 11:14 UTC by MJ
Modified: 2019-10-10 14:41 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description MJ 2019-10-03 11:14:54 UTC
Some packages (Not modules) depend on the kernel's source, so it might be better to rebuild those packages after a kernel upgrade, but currently those packages are just in the @world set and can't be distinguished.

For example, how about rebuilding those packages when running:

emerge @kernel-dependents
Comment 1 Tomáš Mózes 2019-10-03 12:42:36 UTC
Which for example?
Comment 2 MJ 2019-10-03 13:00:55 UTC
Doesn't portage check for the kernel for some packages before compiling them? Such as media-libs/mesa for example.
Comment 3 Mike Pagano gentoo-dev 2019-10-03 17:45:14 UTC
In normal cases, you should not need to rebuild those user-space packages.
Linus is very much against user-space breaking changes to system calls.

The methods employed include creating new syscalls or utilizing an existing parameter (w.g. bit flag) to add functionality. Both of which are done to prevent breaking user-space apps.

If newer apps require newer kernels, that's a dependency that will be addressed by the upstream application and the package maintainer in concert.

Am I missing the point of this bug?
Comment 4 MJ 2019-10-03 20:32:47 UTC
(In reply to Mike Pagano from comment #3)
> In normal cases, you should not need to rebuild those user-space packages.
> Linus is very much against user-space breaking changes to system calls.
> 
> The methods employed include creating new syscalls or utilizing an existing
> parameter (w.g. bit flag) to add functionality. Both of which are done to
> prevent breaking user-space apps.
> 
> If newer apps require newer kernels, that's a dependency that will be
> addressed by the upstream application and the package maintainer in concert.
> 
> Am I missing the point of this bug?

I see, so the kernel has never seen major changes to system calls since a long time? And probably shouldn't anytime soon?

Well whatever you guys see suitable, I have actually set this bug as an "enhancement" (Not something severe), but the assignee reset it back to "normal". I just reported this because I always tend to upgrade my kernel before doing a full @world update so that new packages would use the new kernel source. Just precaution I guess.
Comment 5 Mike Pagano gentoo-dev 2019-10-10 14:41:08 UTC
Ok, I don't really think this makes sense. It's a bit of overkill to rebuild world after a new kernel, but you certainly can continue to do so if you like.