after upgrading xfree to 4.2.99.4 i've noticed horrible rendering problems. at first gdm would not start, all i got was empty X screen with new busy cursor. i've tried to run gnome-session without gdm, but every time something new is drawn on the screen it takes _seconds_for_every_widget_. gnome starts for about 20 minutes! i even emerged latest kde, since i thought it was some bonobo-activation prob, but kdm and startkde behave the same way as gnome. strange thing is, that window that is already drawn is responsive, can be moved as fast as usual; only new windows/menus/etc take ages to show up. they also eat up to 100% cpu when rendered. this happens only to 'modern' desktops, xdm, xterm, lwm - they all run nice and fast. that's why my first thought was freetype/xft/fontconfig. i tried to remerge them, stable and latest version, neither helped. i found in xfree ebuild changelog, that it breaks font cache on ppc, but that's different (i've emerged qt and kde _after_ upgrading xfree). i suspect font rendering problems though. Reproducible: Always Steps to Reproduce: 1. upgrade xfree 2. start gdm/kdm or gnome-session/startkde 3. Actual Results: next day (new xfree loaded) everything takes long, long time to render. even refreshing webpage takes minutes. this does not happen to older software, xterm, lwm, even gtk1.2 apps. probably aa-related issue. Expected Results: well, it should run as fast (or even faster due to improved xfree) than before. [ebuild R ] x11-base/xfree-4.2.99.4 [ebuild R ] media-libs/fontconfig-2.1-r1 [ebuild R ] x11-libs/xft-2.0.1-r1 [ebuild R ] media-libs/freetype-2.1.3-r2 i've tried to remerge last three in different ways (stable/latest versions), it does not help. Portage 2.0.46-r9 (default-x86-1.4, gcc-3.2.1, glibc-2.3.1-r2) ================================================================= System uname: 2.4.19 i686 (this is chrooted gentoo, i use latest stable gentoo kernel 2.4.19-gentoo-r10) GENTOO_MIRRORS="http://mirrors.sunsite.dk/gentoo/ http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage/gnome2.2" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ libwww mikmod mmx mpeg ncurses nls pdflib png qtmt quicktime spell truetype xml2 xmms xv zlib gtkhtml gdbm berkdb slang readline bonobo svga tcltk java guile sdl gpm tcpd pam ssl perl python esd imlib oggvorbis gtk qt motif opengl mozilla X gtk2 gnome -alsa -dvd moznoirc moznomail moznocompose" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -mcpu=pentium4 -O3 -pipe" CXXFLAGS="-march=pentium4 -mcpu=pentium4 -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
looks like it's xft issue after all, see #15188
*** This bug has been marked as a duplicate of 15188 ***
