http://blogs.gentoo.org/remi/2009/10/26/xorg-server-1-7-unmasking
Its currently in testing (~) and requires these (quite a few) testing packages as well...
x11-proto/fixesproto ~x86
x11-proto/xextproto ~x86
x11-proto/xf86vidmodeproto ~x86
x11-proto/renderproto ~x86
x11-proto/recordproto ~x86
x11-proto/inputproto ~x86
x11-proto/xineramaproto ~x86
x11-proto/bigreqsproto ~x86
x11-proto/xf86driproto ~x86
x11-proto/xf86dgaproto ~x86
x11-proto/xcmiscproto ~x86
x11-proto/xproto ~x86
x11-libs/libX11 ~x86
x11-libs/libXext ~x86
x11-libs/libXinerama ~x86
x11-libs/libXxf86dga ~x86
x11-libs/libXtst ~x86
x11-libs/libXi ~x86
x11-libs/libXxf86vm ~x86
So, libX11 has a bug thats not being fixed anytime soon (so it seems). http://bugs.gentoo.org/show_bug.cgi?id=290844
cd /usr/portage/x11-libs/libX11/
wget -O bug http://bugs.gentoo.org/attachment.cgi?id=208529
patch < ./bug
ebuild ./libX11-1.3.2.ebuild digest
And it appears that another emerging of input device drivers is needed...
qlist -I -C x11-drivers/
tempString="";for driver in `qlist -I -C x11-drivers/`;do tempString="$tempString $driver"; done;emerge $tempString
Looks like we got issues with packages (like nvidia-driver) not liking >xorg-1.6 ... trying to get this worked out now... (maybe using a MASKED !!! version of nvidia-drivers will work)
ChoGall jake # cat /etc/portage/package.unmask
=x11-drivers/nvidia-drivers-190.42-r1
ChoGall jake #
Scratch that! The newest driver is not in testing!
OH and as a note, to find what package a file is part of:
OR, if you unmerge (use depclean) and break something, try revdep-rebuild