I built xorg on my desktop (pretty much a fresh Gentoo 2004.1 install) - and it worked perfectly. The new xterm supports TrueType and UTF-8 fonts, and selecting fonts from the xterm menu works as expected. This was using the 1.1 patchset (or previous - I synced portage before I thought to look). I then built xorg in the same way on my laptop (upgraded from Gentoo 1.4) - this was with the 1.1.1 patchset. During the end of the install process, mkfontdir produces a "Segmentation Fault" (literal text - not a SYSSEGV) when trying to process the ghostscript directory. This could only be fixed by removing the hr*.pfa files within. Additionally, the xterm doesn't work! The first time a ctrl+click is used to bring up the menu, my CPU usage jumps to 100% and stays there for a good 10-15 seconds and the menu never appears. If I then click again, I get the menu - but choosing any of the font choices other than "Default" results in the "Unreadable" font being used. In either case, I have xfs running and I've verified my font paths in xorg.conf and /etc/fonts/fonts.conf and local.conf Is this a know problem with xorg - and has anyone else seen the same thing?
Okay - the font problem seems to be Bug 47100. Any help with the XTerm issue is still much appreciated, though!
Try a different version of xterm. There are three in portage now -- 191, 184 and 179.
I think I might have found the solution - I reverted to XFree86 and still had the same problem. After much recompiling, I found the problem was that I was no longer using the "nls" USE flag, and this seemed to be throwing both X (of either variety) and xfs. Recompiling with USE=nls seems to have done the trick for X, and I'll try to rebuild Xorg shortly.
OK, thanks. For lack of a better resolution...