Linux Archive

Linux Archive (http://www.linux-archive.org/)
-   Gentoo User (http://www.linux-archive.org/gentoo-user/)
-   -   udev-181 and kmod vs module-init-tools (http://www.linux-archive.org/gentoo-user/646427-udev-181-kmod-vs-module-init-tools.html)

Paul Hartman 03-19-2012 02:47 PM

udev-181 and kmod vs module-init-tools
 
udev-181 merge is blocked because :

[blocks B ] sys-apps/module-init-tools
("sys-apps/module-init-tools" is blocking sys-apps/kmod-7)
[blocks B ] sys-apps/kmod ("sys-apps/kmod" is blocking
sys-apps/module-init-tools-3.16-r1)

* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.

(sys-apps/kmod-7::gentoo, ebuild scheduled for merge) pulled in by
>=sys-apps/kmod-5 required by (sys-fs/udev-181::gentoo, ebuild
scheduled for merge)

(sys-apps/module-init-tools-3.16-r1::gentoo, installed) pulled in by
>=sys-apps/module-init-tools-3.2 required by
(virtual/modutils-0::gentoo, installed)

Googling, it looks like kmod is the replacement for module-init-tools,
so it should just work, unless of course any packages explicitly
depend on module-init-tools instead of the virtual...

However, module-init-tools is part of system profile and I get the
scary red text and 10-second countdown when I try to unmerge, so I
chickened out and did a ctrl-c. :)

Have any of you already changed from module-init-tools to kmod?
Anything to be afraid of? It's a remote machine and I can boot rescue
CD if it breaks, but I'd rather not have to do that.

Hinnerk van Bruinehsen 03-19-2012 03:46 PM

udev-181 and kmod vs module-init-tools
 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

it worked flawless for me. Nothing "bad" happened.
If it's a server you could also build a monolithic Kernel and remove
the dependency completly since most servers don't need loadable
modules. It even adds a little security-wise...

with kind regards,
Hinnerk

On 19.03.2012 16:47, Paul Hartman wrote:
> udev-181 merge is blocked because :
>
> [blocks B ] sys-apps/module-init-tools
> ("sys-apps/module-init-tools" is blocking sys-apps/kmod-7) [blocks
> B ] sys-apps/kmod ("sys-apps/kmod" is blocking
> sys-apps/module-init-tools-3.16-r1)
>
> * Error: The above package list contains packages which cannot be *
> installed at the same time on the same system.
>
> (sys-apps/kmod-7::gentoo, ebuild scheduled for merge) pulled in by
>> =sys-apps/kmod-5 required by (sys-fs/udev-181::gentoo, ebuild
> scheduled for merge)
>
> (sys-apps/module-init-tools-3.16-r1::gentoo, installed) pulled in
> by
>> =sys-apps/module-init-tools-3.2 required by
> (virtual/modutils-0::gentoo, installed)
>
> Googling, it looks like kmod is the replacement for
> module-init-tools, so it should just work, unless of course any
> packages explicitly depend on module-init-tools instead of the
> virtual...
>
> However, module-init-tools is part of system profile and I get the
> scary red text and 10-second countdown when I try to unmerge, so I
> chickened out and did a ctrl-c. :)
>
> Have any of you already changed from module-init-tools to kmod?
> Anything to be afraid of? It's a remote machine and I can boot
> rescue CD if it breaks, but I'd rather not have to do that.
>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPZ2LNAAoJEJwwOFaNFkYc04UH/0FoJECyQ1FeguUT4IYyksv3
ddXb/00Pb0soMLmYYymJxz4Wpvp6N9SeQV1EKQOJPwTxaSdRE0RK/IeeA/2goJrm
utkMfK9rbpxIdv5gqbOjcmsm5mj/8DK4o4WwUFuLf1rN+rFpDouMWblbpF7maH89
w2SkGyR7rsKquQ/iK2BJSC5fbtTkfWkQz96XxNRkJAKsS3n9RlMHI5C8onLExBG2
WsXmV8kWUcDuJqcLYtkjilM1/J6Cmp5yME2VK3oj3Z5gaOg06GoF3PCr6y52ujDR
3Bqu+3EpC/MDQSSHhDNlikJrLYpnSOni7D4Uwz7MRBn+XwIAKQfaHQ1Fkvf2 Vt0=
=fO+O
-----END PGP SIGNATURE-----

Paul Hartman 03-19-2012 06:31 PM

udev-181 and kmod vs module-init-tools
 
On Mon, Mar 19, 2012 at 11:46 AM, Hinnerk van Bruinehsen
<h.v.bruinehsen@fu-berlin.de> wrote:
> it worked flawless for me. Nothing "bad" happened.
> If it's a server you could also build a monolithic Kernel and remove
> the dependency completly since most servers don't need loadable
> modules. It even adds a little security-wise...

Thanks... I tried it, but didn't reboot yet. I was going to upgrade
kernel at the same time, it tells me this during "make install" phase:

DEPMOD 3.2.11-gentoo
Warning: you may need to install module-init-tools
See http://www.codemonkey.org.uk/docs/post-halloween-2.6.txt

But looking in the scripts seems the test is not valid for kmod:

if ! "$DEPMOD" -V 2>/dev/null | grep -q module-init-tools; then
echo "Warning: you may need to install module-init-tools" >&2
echo "See http://www.codemonkey.org.uk/docs/post-halloween-2.6.txt" >&2
sleep 1
fi

so I think it's a false alarm.

Now I just found
http://comments.gmane.org/gmane.linux.kernel.modules/659 this seems to
confirm it. And of course while I was compiling, the new kernel 3.3
has showed up in portage, with this problem fixed. :)

Now I'm rebooting, watching ping replied, fingers crossed... it's
alive! Success. :)

Thanks,
Paul


All times are GMT. The time now is 05:38 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.