Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 454312 - sys-fs/eudev: Enable IUSE="kmod" by default to match virtual/udev (and sys-fs/udev)
Summary: sys-fs/eudev: Enable IUSE="kmod" by default to match virtual/udev (and sys-fs...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All All
: Low minor
Assignee: eudev team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-27 13:55 UTC by Samuli Suominen (RETIRED)
Modified: 2013-01-28 14:42 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 Samuli Suominen (RETIRED) gentoo-dev 2013-01-27 13:55:23 UTC
virtual/udev has now IUSE="+kmod" since that's what sys-fs/udev is using; and since it's the default, it's sys-fs/eudev that "needs" changing

consider yourself informed :)
Comment 1 Samuli Suominen (RETIRED) gentoo-dev 2013-01-27 13:56:08 UTC
(In reply to comment #0)
> virtual/udev has now IUSE="+kmod" since that's what sys-fs/udev is using;
> and since it's the default, it's sys-fs/eudev that "needs" changing

...this change was done for dracut, so not doing it to annoy you or anything :) please don't understand me wrong.
Comment 2 Anthony Basile gentoo-dev 2013-01-27 14:14:15 UTC
Many people use genkernel rather than dracut, so I don't understand why its taking priority.

Even so, is it not possible for the udev to have IUSE="+kmod" and leave the virtual neutral?  It seems to me that there should exist a workaround here where both get packages get what they need.
Comment 3 Samuli Suominen (RETIRED) gentoo-dev 2013-01-27 14:21:34 UTC
there is really no reason not to +kmod since the other providers of virtual/modutils is just m-i-t for linux 2.6 (and higher)

kmod for linux 2.6, 3.x, ...
modutils for linux 2.4 ...
m-i-t replaced by kmod[tools] ... will be gone, pending of course on open bugs filed against kmod

it makes sense, not only for dracut, but overall
Comment 4 Jouni Kosonen 2013-01-27 17:17:58 UTC
> it makes sense, not only for dracut, but overall

Probably so, but since dracut is not even depending on virtual/udev but on sys-fs/udev directly, how is this change in virtual/udev for dracut? 
Wouldn't >sys-fs/udev-166[kmod] in dracut be more to the point?
Comment 5 Samuli Suominen (RETIRED) gentoo-dev 2013-01-27 17:35:04 UTC
(In reply to comment #4)
> > it makes sense, not only for dracut, but overall
> 
> Probably so, but since dracut is not even depending on virtual/udev but on
> sys-fs/udev directly, how is this change in virtual/udev for dracut? 
> Wouldn't >sys-fs/udev-166[kmod] in dracut be more to the point?

dracut is being converted to support virtual/udev in bug 450692 (as in, include eudev support)
Comment 6 Ian Stakenvicius (RETIRED) gentoo-dev 2013-01-28 14:42:41 UTC
USE="kmod" specifically controls all module-loading support in sys-fs/udev.  In eudev, that is represented by USE="modutils" (as linking to libkmod is just one way eudev will handle module-loading).

Instead of having eudev IUSE="+kmod", I have converted the virtual to require eudev[modutils] , which is already enabled by default and is more fitting.

+  28 Jan 2013; Ian Stakenvicius <axs@gentoo.org> udev-197.ebuild:
+  Adjust passthrough of USE=kmod on eudev to enable USE=modutils instead, bug
+  454312
+