This problem was noticed when x11-terms/gnome-terminal was emerged in a newly bootstrapped prefix portage tree. No other packages except for gentoolkit were emerged before gnome-terminal. When launching the application a terminal window appears, but the prompt is not visible. The menu bar appears, but the text labels are not readable. Instead of letters there are little rectangles. Menus can be pulled down but they too have rectangles instead of letters. Typing a command such as "exit<Enter>" produces no visible echo, but it works as expected (the window goes away). These messages were seen on the xterm console that gnome-terminal was launched from: (gnome-terminal:14831): Pango-CRITICAL **: No fonts found: This probably means that the fontconfig library is not correctly configured. You may need to edit the fonts.conf configuration file. More information about fontconfig can be found in the fontconfig(3) manual page and on http://fontconfig.org (gnome-terminal:14831): Pango-WARNING **: failed to find shape engine, expect ugly output. engine-type='PangoRenderFc', script='latin' Launching gnome-terminal a second time makes no difference: Same console message, same kind of window appearing. Not really knowing what to do, just to give the system a shakeup, I typed `emerge corefonts'. After that gnome-terminal works nicely. The emerge of corefonts pulled in cabextract, libfontenc, mkfontscale and mkfontdir. `emerge -ND gnome-terminal' caused 76 other emerge operations before gnome-terminal itself. I tried to scan the console output for messages that could be relevant to this problem. One of the emerged packages is fontconfig-2.6.0-r2. There was this console message: * Please make fontconfig configuration changes in /local/tmp/r/etc/fonts/conf.d/ * and NOT to /local/tmp/r/etc/fonts/fonts.conf, as it will be replaced! It seems however that the links in this directory were created at bootstrap time (judging from file and directory dates). At the end of the emerge of gconf-2.22.0 there is * changing permissions for gconf dirs find: `/etc/gconf/': No such file or directory * changing permissions for gconf files find: `/etc/gconf/': No such file or directory indicating that the prefix ebuild is perhaps looking for something in the wrong place (there is an etc/gconf directory in the prefix tree BTW). At the end of the emerge of libglade-2.6.3 there is a message >>> Updating XML catalog could not open /etc/xml/catalog for saving * No GNOME 2 GConf schemas found All in all there are many places to look. If required I can re-bootstrap and just emerge gnome-terminal a second time, to reproduce the somewhat broken state for further analysis. Emerge --info finally: Portage 2.2.00.11445-prefix (default-prefix/linux/x86, gcc-4.2.4, unavailable, 2.6.16.53-0.16-smp i686) ================================================================= System uname: Linux-2.6.16.53-0.16-smp-i686-Intel-R-_Core-TM-2_CPU_6600_@_2.40GHz-with-SuSE-10-i586 Timestamp of tree: Sat, 23 Aug 2008 00:51:32 +0000 ccache version 2.4 [disabled] app-shells/bash: 3.2_p39 dev-lang/python: 2.5.2-r7 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61-r2 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18.50.0.8 sys-devel/gcc-config: 1.4.0-r04.5 sys-devel/libtool: 1.5.26 ACCEPT_KEYWORDS="~x86-linux" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/local/tmp/r/usr/portage/distfiles" EPREFIX="/local/tmp/r" FEATURES="collision-protect distlocks parallel-fetch preserve-libs sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirror.gentoo.no/ http://mirror.qubenet.net/mirror/gentoo/ http://mirror.muntinternet.net/pub/gentoo/ http://ftp.linux.ee/pub/gentoo/distfiles/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo" LDFLAGS="" MAKEOPTS="-j2" PKGDIR="/local/tmp/r/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/local/scratch" PORTDIR="/local/tmp/r/usr/portage" SYNC="rsync://rsync.prefix.freens.org/gentoo-portage-prefix" USE="X cracklib iconv midi mudflap ncurses nls openmp prefix readline ssl unicode x86 zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
try to emerge media-fonts/corefonts and then restart the terminal. this should fix the problem. i guess a dependency on _some_ font would be cool in the gnome-terminal ebuild. i use corefonts, because it contains the minispace font, which is the only usable one for terminal IMHO :) of course many other media-fonts packages should work, but give very unreadable fonts for command lines. hope that helps...
Yes. Unfortunately, this type of "bug" persists in ebuilds because fonts are deps of X. I don't think we can get gentoo-x86 to change this. Frankly, I'm not sure if it is worth the hassle either. The workaround is to emerge *some* font package, as mduft suggested. I also had this issue with mozilla-firefox.
Actually, shouldn't this bug be fixed via bug 214569?
I don't mind to add corefonts as dependency somewhere, as I think this is the xth time it pops up as bug. But what would be a good package to attach the dependency to?
(In reply to comment #4) > I don't mind to add corefonts as dependency somewhere, as I think this is the > xth time it pops up as bug. But what would be a good package to attach the > dependency to? either all those packages requiring the fonts then, or gtk+ or fontconfig...
(In reply to comment #5) > (In reply to comment #4) > > I don't mind to add corefonts as dependency somewhere, as I think this is the > > xth time it pops up as bug. But what would be a good package to attach the > > dependency to? > > either all those packages requiring the fonts then, or gtk+ or fontconfig... > hmm, we have to be careful where we place it or else there is a circular dep. corefonts depends on fontconfig already so we cannot make fontconfig depend on corefonts. Likewise, gtk+ depends on fontconfig. Is it wise to just add it to the system set and be done with it?
(In reply to comment #6) [snip] > > > hmm, we have to be careful where we place it or else there is a circular dep. > corefonts depends on fontconfig already so we cannot make fontconfig depend on > corefonts. Likewise, gtk+ depends on fontconfig. > Is it wise to just add it to the system set and be done with it? hmm... i don't think it belongs into the system set, OTOH corefonts really can't do much harm... :) except that it will draw in fontconfig, right? thats maybe not so good. i feel it should be there if the user starts to emerge some GUI. maybe a PDEPEND from fontconfig to corefonts would be OK?
+1 on adding to system set sounding as a bad idea
Discussion took place in #gentoo-alt and decided that it would indeed be best to put corefonts in PDEPEND on fontconfig. Committed. Hopefully this fixes the bugs that keep cropping up from missing fonts. Rabbe, thanks.
(In reply to comment #9) > Discussion took place in #gentoo-alt and decided that it would indeed be best > to put corefonts in PDEPEND on fontconfig. Committed. Are you sure this was done? I ran into this bug again.
it worked a week ago, or so. i just had a look at the current ebuilds and everything looks fine. be aware that the PDEPEND is only in fontconfig-2.6.0-r2.ebuild, so if you catch an older version, you still need to manually emerge corefonts.
(In reply to comment #11) > it worked a week ago, or so. i just had a look at the current ebuilds and > everything looks fine. be aware that the PDEPEND is only in > fontconfig-2.6.0-r2.ebuild, so if you catch an older version, you still need to > manually emerge corefonts. Well, I emerged fontconfig-2.6.0-r2 and still had to emerge corefonts manually. When I look at the fontconfig ebuild, I don't see a corefonts pdepend? http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-libs/fontconfig/fontconfig-2.6.0-r2.ebuild?rev=1.13&view=markup I'm sorry if I'm missing something obvious and taking your time.
(In reply to comment #12) > (In reply to comment #11) > When I look at the fontconfig ebuild, I don't see a corefonts pdepend? > http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-libs/fontconfig/fontconfig-2.6.0-r2.ebuild?rev=1.13&view=markup > > I'm sorry if I'm missing something obvious and taking your time. > The "obvious thing that you are missing" is to look at whom this bug is assigned ;) We don't operate out of the gentoo-x86 tree. Please open a new bug describing the problem if it concerns to Gentoo Linux (not Gentoo Prefix). thx.
(In reply to comment #13) > The "obvious thing that you are missing" is to look at whom this bug is > assigned ;) We don't operate out of the gentoo-x86 tree. Please open a new bug > describing the problem if it concerns to Gentoo Linux (not Gentoo Prefix). Oops, sorry.
