libXFT blocker
(In reply to comment #0) > libXFT blocker ???
Calculating dependencies ...done! [blocks B ] x11-libs/libXft (is blocking x11-base/xorg-x11-6.8.2-r6) [ebuild UD] x11-base/xorg-x11-6.8.2-r6 [7.0] USE="3dnow% bitmap-fonts% ipv6% mmx% nls% opengl% pam% sse% truetype-fonts% type1-fonts% xv% -3dfx -cjk% -debug% -dlloader% -dmx% -doc% -font-server% -insecure-drivers% -minimal% -nocxx% -sdk% -static% -xprint" 45,134 kB [ebuild N ] virtual/x11-6.8 0 kB [ebuild N ] dev-db/mysql-5.0.18 USE="berkdb perl ssl utf8 -big-tables -cluster -debug -extraengine -max-idx-128 -minimal -static" 18,787 kB [ebuild N ] media-tv/mythtv-0.18.1-r2 USE="alsa mmx nvidia opengl oss vorbis -arts -debug -dvb -frontendonly -ieee1394 -jack -joystick -lcd -lirc -unichrome" 8,651 kB [ebuild N ] perl-core/Storable-2.15 159 kB [ebuild N ] dev-perl/Net-Daemon-0.38 30 kB [ebuild N ] dev-perl/PlRPC-0.2018 17 kB [ebuild N ] dev-perl/DBI-1.50 377 kB [ebuild N ] dev-perl/DBD-mysql-3.0002_p4 132 kB That better?
(In reply to comment #2) 0.19_pre8642 is fixed for modular X; the above is what you get when mixing stable and package.masked ebuilds...
> 0.19_pre8642 is fixed for modular X; the above is what you get when mixing > stable and package.masked ebuilds... 0.18.1-r2 is the latest ~arch version, and it is not fixed for modular X. Installing modular X on an otherwise ~arch system is a lot better than installing hardmasked versions of everything else too...
0.18.x will NOT work on modular systems. It hardcodes paths and does lots of nasty stuff. Now that I'm involved in upstream there are fixes for this to happen nicely. Only issue is they're in SVN only and I'm not taking the time to backport the fixes because a lot of code has moved around. Plus 0.19 will be released shortly. This is what happens with package.mask'd and non-package.mask'd packages. If you're gonna unmask something, unmask the other stuff. Jakub hit it on the head. This is why there are MythTV 0.19 snapshot ebuilds in the tree.