* [gentoo-user] udev-181 and kmod vs module-init-tools
@ 2012-03-19 15:47 Paul Hartman
2012-03-19 16:46 ` Hinnerk van Bruinehsen
0 siblings, 1 reply; 3+ messages in thread
From: Paul Hartman @ 2012-03-19 15:47 UTC (permalink / raw
To: Gentoo User
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.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [gentoo-user] udev-181 and kmod vs module-init-tools
2012-03-19 15:47 [gentoo-user] udev-181 and kmod vs module-init-tools Paul Hartman
@ 2012-03-19 16:46 ` Hinnerk van Bruinehsen
2012-03-19 19:31 ` Paul Hartman
0 siblings, 1 reply; 3+ messages in thread
From: Hinnerk van Bruinehsen @ 2012-03-19 16:46 UTC (permalink / raw
To: gentoo-user
-----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+XwIAKQfaHQ1Fkvf2Vt0=
=fO+O
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [gentoo-user] udev-181 and kmod vs module-init-tools
2012-03-19 16:46 ` Hinnerk van Bruinehsen
@ 2012-03-19 19:31 ` Paul Hartman
0 siblings, 0 replies; 3+ messages in thread
From: Paul Hartman @ 2012-03-19 19:31 UTC (permalink / raw
To: gentoo-user
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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-03-19 19:34 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-03-19 15:47 [gentoo-user] udev-181 and kmod vs module-init-tools Paul Hartman
2012-03-19 16:46 ` Hinnerk van Bruinehsen
2012-03-19 19:31 ` Paul Hartman
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox