When one of my friends tried to build nautilus and gnome-panel (for gnome 2.2) with his locale setting to UTF-8, he failed to build them. Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: Before building them, the systems' locales must be set to C or something else. (LANG=C, LC_ALL=en_US worked) my friend is checking on other gnome-2.2 related builds. As i am notified by him, i will add some more on this bug.
I wonder where the build failed, it didn't for me with ru_RU.UTF-8. Anyway, there are other problems with building gnome under a utf-8 locale, see http://bugzilla.gnome.org/show_bug.cgi?id=98988 Therefore it is not advisable to build GNOME under a UTF-8 locale.
If it is not advisable to build gnome under utf-8, then can't we just force to change the locale before the users build it? (in ebuilds?)
nah, we should just advice ppl not to do it. But fixing a dozen ebuilds that way imo is not an option.
Rather make portage set LANG to en_US or something similarily generic, or better yet, let's fix the intltool bug :)
portage changes are hardly my call and there's probably something to say against it. And its not a solution that will get here soon anyway. Is this an intltool problem, ive seen no output . reporter can you attach some output of failing builds ?
hi.. i have been clarifying this issue with my friend.. It was not actually 'failing to build the ebuilds' After building the following 2.2 packages, gnome-applet, nautilus, nautilus-media, gnome-util, gnome-system-moniter and quick-lounge-applet, under UTF-8, the fonts on the applet menu of the gnome panel were broken. Changing the locale solved this problem, and he did not experience this before(<=gnome 2.1). He and I also assume this is an intltool problem.
it is and we are aware of it, we are looking for a failsafe solution
ok, looks like the new intltool-0.26 contains fixes for this, can anyone confirm said problems are resolved by using 0.26 ?
At least the according gnome bugzilla bug has been fixed a while ago, and the fix also got in 0.26.
yes i know, i'm asking for some real user confirmation that it solved the problem for them.
just added gnome-2.2.2 meta package with intltool-0.26 as dep, so that should get us around trouble most of the time.
Are you sure about that? intltool is usually "embedded" in the packages, do they pick up the new intltool?