public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [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