Dustin C. Hatch <admiralnemo <at> gmail.com> writes:
> The problem is you are trying to downgrade sys-fs/udev but not
> virtual/udev. If you want to force using udev-171, you need to mask both
> the real and virtual atoms. Try this in /etc/portage/package.mask/udev:
> >=sys-fs/udev-181
> >=virtual/udev-181
> Then emerge -avuD1 udev and see if that fixes it.
I get the downgrades you would expect:
UD ] virtual/udev-171 [196]
UD ] sys-fs/udev-171-r9
I also get some weird companion downgrades:
blocks B ] >x11-libs/qt-script-4.8.2-r9999:4
(">x11-libs/qt-script-4.8.2-r9999:4" is blocking x11-libs/qt-declarative-4.8.2,
x11-libs/qt-webkit-4.8.2, x11-libs/qt-svg-4.8.2, x11-libs/qt-test-4.8.2,
x11-libs/qt-xmlpatterns-4.8.2, x11-libs/qt-multimedia-4.8.2,
x11-libs/qt-opengl-4.8.2)
[blocks B ] <x11-libs/qt-gui-4.8.4:4
<snip>
and these:
Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
virtual/udev:0
(virtual/udev-171::gentoo,ebuild scheduled for merge) pulled in by
<virtual/udev-196 required by (sys-fs/lvm2-2.02.88::gentoo, installed)
=virtual/udev-171 required by (kde-base/kdelibs-4.9.3::gentoo, installed)
(and 17 more with the same problems)
(virtual/udev-196::gentoo, installed) pulled in by
>=virtual/udev-180 required by (sys-fs/udev-196-r1::gentoo, installed)
(and 1 more with the same problem)
sys-fs/udev:0
(sys-fs/udev-196-r1::gentoo, installed) pulled in by
>=sys-fs/udev-196-r1[gudev?,hwdb?,introspection?,keymap?,selinux?,static-libs?]
required by (virtual/udev-196::gentoo, installed)
(sys-fs/udev-171-r9::gentoo, ebuild scheduled for merge) pulled in by
~sys-fs/udev-171[gudev?,hwdb?,introspection?,keymap?,selinux?] required by
(virtual/udev-171::gentoo, ebuild scheduled for merge)
<snip>
Does this look normal?
James
