Apparently, though unproven, at 16:11 on Friday 22 October 2010, Allan
Gottlieb did opine thusly:
[snip]
> > package.mask is the right place, but you should add the specific version.
> > Then the system will only upgrade when a newer (hopefully fixed) version
> > arrives.
> >
> > =media-libs/mesa-7.8.2
>
> I tried this yesterday with great success. As mentioned in b.g.o. 7.8.2
> causes slowdowns for many people (including me).
> This system is ~amd64
>
> But this morning after an eix-sync, my normal update failed
[snip]
> !!! All ebuilds that could satisfy ">=media-libs/mesa-7.8_rc[nptl=]" have
> been masked. !!! One of the following masked packages is required to
> complete your request: - media-libs/mesa-7.8.2 (masked by: package.mask)
> /etc/portage/package.mask:
> # This version of mesa 7.8.2 is rummored to cause slowdown
> # The previous version 7.7.1 is rummored to be much better
> # Masking only 7.8.2 so that future (fixed??) versions can be installed
>
> (dependency required by "x11-base/xorg-server-1.9.0.902" [ebuild])
> For more information, see the MASKED PACKAGES section in the emerge
> man page or refer to the Gentoo Handbook.
>
> Would you like to merge these packages? [Yes/No] no
>
> Quitting.
>
> ajglap gottlieb #
>
> Perhaps I should be downgrading xorg-server as well.
Masking mesa-7.8.2 means (per the ebuilds) you will have to drop back to
xorg-server-1.7.7-r1. Both are latest stable versions. Or, you could always
install the xorg overlay and build the latest git copy of mesa...
>
> Since I would rather have a slow X than an angry portage,
> I removed the package mask and expected all to be well, but was
> surprised by the following. In particular at the end it says there is
> one block but I don't see any.
[snip]
Here you go:
> [blocks b ] <sys-apps/shadow-4.1.4.2-r6
> ("<sys-apps/shadow-4.1.4.2-r6" is blocking sys-auth/consolekit-0.4.2-r3)
> [ebuild U ] sys-apps/shadow-4.1.4.2-r6 [4.1.4.2-r5] USE="cracklib
> nls pam -audit (-selinux) -skey" 1,749 kB
Don't worry about it. I'm not sure if portage-2.1.9.20 will deal with this
automagically (I *think* it does these days and 2.2 definitely does) but if
not just
emerge -C shadow ; emerge -1 shadow
then emerge -avuND world.
No good technical reason for doing shadow first apart from getting it over and
done with while you watch and confirm it works fine. Then do world and wander
over to the kettle letting portage go on with doing it's thing unattended
--
alan dot mckinnon at gmail dot com
