| 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 |
Archives