Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 406957 - virtual/modutils should require sys-apps/kmod[compat]
Summary: virtual/modutils should require sys-apps/kmod[compat]
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal major (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-05 08:39 UTC by Michał Górny
Modified: 2012-03-09 23:53 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 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2012-03-05 08:39:48 UTC
Right now, virtual/modutils is satisfied by any sys-apps/kmod install. Considering that kmod blocks module-init-tools unconditionally, this could lead to having a system with no tool to load kernel modules.

virtual/modutils should either require kmod[compat], or the 'compat' flag should be dropped from kmod (as with unconditional blocker it doesn't have any use).
Comment 1 Ulenrich 2012-03-05 19:05:46 UTC
William Hubbs promised to commit kmod-6 ,see
https://bugs.gentoo.org/show_bug.cgi?id=406887#c1
which hopefully resolves this bug also.
Comment 2 William Hubbs gentoo-dev 2012-03-08 02:14:54 UTC
(In reply to comment #1)
> William Hubbs promised to commit kmod-6 ,see
> https://bugs.gentoo.org/show_bug.cgi?id=406887#c1
> which hopefully resolves this bug also.

Commiting kmod-6 doesn't really have anything to do with this issue.
(In reply to comment #0)
> Right now, virtual/modutils is satisfied by any sys-apps/kmod install.
> Considering that kmod blocks module-init-tools unconditionally, this could
> lead to having a system with no tool to load kernel modules.
> 
> virtual/modutils should either require kmod[compat], or the 'compat' flag
> should be dropped from kmod (as with unconditional blocker it doesn't have
> any use).

The compat use flag controls the creation of the symbolic links for lsmod, depmod, insmod, modinfo, modprobe, and rmmod. At some point in the future you will be able to perform all of these tasks using subcommands of kmod like "kmod list" from the command line, and eventually you will not need these symlinks at all. That is why the symlink creation is on its own use flag.

The unconditional blocker is because, the last time I checked,  kmod installs some man pages that collide with man pages in module-init-tools even with
"-tools -compat" in the use flags.

So the use flag and blockers deal with different issues, and I don't see the reason for dropping the "compat" use flag.

@mgorny,
What are your thoughts given my explanation?
Comment 3 Samuli Suominen (RETIRED) gentoo-dev 2012-03-08 06:09:14 UTC
given the amount of scripts and applications relying on these symlinks to operate, I'd say the USE flag is pointless and we should reconsider in... not trying to be sarcastic... 5-10 years. 
just install them.
Comment 4 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2012-03-08 12:06:20 UTC
(In reply to comment #3)
> given the amount of scripts and applications relying on these symlinks to
> operate, I'd say the USE flag is pointless and we should reconsider in...
> not trying to be sarcastic... 5-10 years. 
> just install them.

Yes, especially that the virtual should provide a common, useful interface for applications rather than 'some random apps which you have to support separately anyway'.
Comment 5 William Hubbs gentoo-dev 2012-03-09 23:53:08 UTC
The compat use flag has been dropped from kmod.
Let me know if this doesn't fix the issue.