Summary: | Fluxbox hangs if it can't find a translation for the current locale | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mary Y <blessedwithsarah> |
Component: | Current packages | Assignee: | Commonbox Team <commonbox> |
Status: | RESOLVED DUPLICATE | ||
Severity: | critical | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Mary Y
2004-12-11 20:52:35 UTC
*** This bug has been marked as a duplicate of 65186 *** Why'd this get marked as a duplicate of #65186? I don't see anything about locale settings in that bug, unless I'm missing something really obvious. :-) My fluxbox starts FINE with the default locale (I was just using it today) and any other supported locales such as Spanish, German, Polish, Swedish - just not if I set locale to a translation that fluxbox doesn't have, like Traditional Chinese. (I don't think hanging is typical behaviour for programs when they can't find the requested locale - all my Gnome programs will default to "C" if they can't find the one I want) I'm using xorg-x11-6.8.0-r3, BTW. it has todo with locals because the locales define which fonts the xserver is able to give. fluxbox askes the xserver about a wanted font and if no exact match is given back fluxbox tries a fallback. this can result in long loading coz it tries to find a good fallback by offering "*" at last resort in the xmb-code of fluxbox. if you dont want this, dont use such locales or compile with ./configure --disable-xmb, i know that one of the new fb-ebuilds has such a use-flag, ciaranm added it. we (upstream) are discussing the issue of fontloading already, no solution yet written. |