On Sun, 20 Jan 2013 20:50:12 +0000 Alan Mackenzie <[email protected]> wrote:
> Hi, Gentoo! > > After synching, I've got a whole lot of programs to emerge, amongst > them being udev-197. :-( I'd rather do this on its own, in peace > and quiet, rather than together with 12 or 13 other programs. > > emerge -puND world generates these: > > [ebuild U #] sys-fs/udev-197-r4 [171-r9] USE="acl%* kmod%* > openrc%* -doc% -static-libs%" [ebuild U #] virtual/udev-197 [171] > > . The # indicates the packages are masked in packages.mask, which > indeed they are. The emerge man-page indicates that these new > versions will nevertheless be merged. But surely this is what the > entry in packages.mask is to prevent? Why does emerge want to merge > udev-197 in this case? How do I stop it? > > What am I missing here? > My reading of that man page is that the #/*/~ output characters do not indicate what emerge will do, they indicate if any sort of mask exists at the ebuild and tree level. In other words, that udev version is somehow listed in one of the various masking methods and portage is confirming that for you. However, portage is going to install it anyway which can only be because you have some unmask setting (probably a local one) which is overriding the mask setting, you just need to find where you did it. I use this grep to find such things: grep -ir udev /etc/portage As a test I added these to my machine here: # grep -ir udev /etc/portage /etc/portage/package.mask/package.mask:=sys-fs/udev-197-r3 /etc/portage/package.unmask/package.unmask:=sys-fs/udev-197-r3 i.e. I masked and unmasked udev-197-r3. One of them must take precedence, so: # emerge -pv1 udev These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R #] sys-fs/udev-197-r3 USE="acl gudev hwdb introspection keymap kmod openrc -doc (-selinux) -static-libs" 0 kB In plain English I take that to mean: In spite of a mask existing for the package, portage is going to merge it anyway as something somewhere overrides the mask (and portage unhelpfully declined to tell me where that override is coming from...) -- Alan McKinnon [email protected]
