1 |
William Hubbs posted on Sat, 25 Feb 2012 11:25:55 -0600 as excerpted: |
2 |
|
3 |
> On Sat, Feb 25, 2012 at 08:44:39AM +0000, Duncan wrote: |
4 |
>> You are however correct that it'll be on most systems, at least with |
5 |
>> udev-181, since udev won't build without kmod, now. (I found that out |
6 |
>> when the build broke on me due to missing kmod, as I've had udev |
7 |
>> unmasked for awhile and got 181 before kmod was added as a dep.) |
8 |
> |
9 |
> But, one thing about kmod is that you can turn off the command line |
10 |
> portions of it completely on a monolythic system since udev just uses |
11 |
> the library. That is actually the main reason we are transitioning over |
12 |
> to kmod. |
13 |
> |
14 |
> You do that by putting the following in /etc/portage/package.use: |
15 |
> |
16 |
> sys-apps/kmod -compat -tools |
17 |
|
18 |
Good point, and I'd done exactly that. |
19 |
|
20 |
But current docs and @system assume modules, and on principles of least |
21 |
change for both packages and docs, I kept that assumption. |
22 |
|
23 |
For advanced users with monolithic kernel systems, kmod as a udev dep and |
24 |
modutils removed from @system will at once be already better and worse |
25 |
than current state, better, since a package.use entry is way less drastic |
26 |
than a package.provided and an @system negating packages files entries, |
27 |
worse, since previously, no modutils package was necessary at all once |
28 |
the appropriate portage configs were setup, but now, kmod is required for |
29 |
udev, as an upstream choice made for us. package.use can take care of |
30 |
the command line stuff, but the package is still a hard dep, since udev |
31 |
itself won't build without it. |
32 |
|
33 |
Unless of course upstream udev provides a build-time option allowing udev |
34 |
to be built without module support, so it doesn't link kmod at all. I've |
35 |
not actually investigated that, but I doubt they do. It would sure be |
36 |
nice, tho, if they did. Has a request been made, at least? Gentoo could |
37 |
then expose that option as a USE flag in the routine fashion, which would |
38 |
make killing the kmod dep entirely possible, for those who do have |
39 |
monolithic kernels. |
40 |
|
41 |
-- |
42 |
Duncan - List replies preferred. No HTML msgs. |
43 |
"Every nonfree program has a lord, a master -- |
44 |
and if you use the program, he is your master." Richard Stallman |