Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 409017 - sys-apps/kmod is blocking sys-apps/module-init-tools
Summary: sys-apps/kmod is blocking sys-apps/module-init-tools
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-20 14:43 UTC by Alexander Bergmann
Modified: 2012-03-20 16:08 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emerge.info,4.29 KB, text/plain)
2012-03-20 14:43 UTC, Alexander Bergmann
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Bergmann 2012-03-20 14:43:00 UTC
Created attachment 305987 [details]
emerge --info

Starting with udev-181 a new dependency to kmod was introduced to the udev package. See bug# 402175 for details.

With module-init-tools-3.16-r1 introduced also a dependency that kmod is not allowed to be installed (!sys-apps/kmod). The module-init-tools are part of the @system layout and therefore it's not possible to simply remove them. Next time you run a 'emerge -vuD --newuse world' it will be included again.

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

 * 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-182::gentoo, ebuild scheduled for merge)

  (sys-apps/module-init-tools-3.16-r1::gentoo, ebuild scheduled for merge) pulled in by
    sys-apps/module-init-tools required by @system

So it looks like a deadlock situation.
Comment 1 Samuli Suominen (RETIRED) gentoo-dev 2012-03-20 14:48:07 UTC
virtual/modutils is part of the @system, not module-init-tools directly, so simply:

emerge -C module-init-tools
emerge -1 kmod
Comment 2 Alexander Bergmann 2012-03-20 14:56:47 UTC
I've tried that already and ended up with the same error. When I do a 'emerge -vuD --newuse world' the module-init-tools are still included because they are still part of @system.

[ebuild     U  ] sys-fs/udev-182 [171-r5] USE="openrc%* rule_generator -build -debug -doc% -floppy -gudev -hwdb -introspection -keymap (-selinux) -static-libs% (-acl%*) (-action_modeswitch%) (-edd%) (-extras%) (-test%)" 774 kB
[blocks B      ] sys-apps/kmod ("sys-apps/kmod" is blocking sys-apps/module-init-tools-3.16-r1)
[blocks B      ] sys-apps/module-init-tools ("sys-apps/module-init-tools" is blocking sys-apps/kmod-7)

Total: 20 packages (15 upgrades, 3 new, 1 in new slot, 1 reinstall), Size of downloads: 99,456 kB
Conflict: 2 blocks (2 unsatisfied)

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

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

  (sys-apps/module-init-tools-3.16-r1::gentoo, ebuild scheduled for merge) pulled in by
    sys-apps/module-init-tools required by @system
Comment 3 Samuli Suominen (RETIRED) gentoo-dev 2012-03-20 15:16:50 UTC
1) Post the output of 'emerge -pvDNut world' after 'emerge -C module-init-tools' and 'emerge -1 kmod'
2) Add sys-apps/module-init-tools to /etc/portage/package.mask and do 1) again
Comment 4 Samuli Suominen (RETIRED) gentoo-dev 2012-03-20 15:18:22 UTC
I think I found it, you have profile pointed to /usr/portage:

Portage 2.1.10.49 (!/usr/portage/profiles/default/linux/amd64/10.0

But PORTDIR is set to /srv/portage:

PORTDIR="/srv/gentoo/portage"

This would imply you are not using correct profiles and they are out of date.
Comment 5 Samuli Suominen (RETIRED) gentoo-dev 2012-03-20 15:28:02 UTC
Set your profile to a directory where your PORTDIR is to ensure it gets updated too when you update your Portage tree. Closing.
Comment 6 Alexander Bergmann 2012-03-20 16:02:14 UTC
Yes, you're right. I've moved my portage folder to an NFS share and set the PORTDIR variable accordingly. Unfortunately I've forgot to change the make.profile symlink in the etc directory.

Retesting now.
Comment 7 Alexander Bergmann 2012-03-20 16:08:37 UTC
Problem vanished. ;-)

Thanks for your help!