The openoffice ebuild does not support the de_DE LINGUA and same for en_US. Since other ebuilds like gnucash worked _only_ with these extended LINGUAs, I think other ebuilds like openoffice should not fail on it. Reproducible: Always Steps to Reproduce: 1. set LINGUA="de_DE" in make.conf 2. emerge -v openoffice Actual Results: The ebuild prints out "openoffice does not support the de_DE LINGUA" and falls back to "en". Expected Results: It should have recognized "de_DE" as beeing the same as "de". # emerge info Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-hardened-r1 i686) ================================================================= System uname: 2.6.11-hardened-r1 i686 AMD Athlon(tm) prosussor Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 7 2005, 14:23:13)] distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -funroll-loops -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -funroll-loops -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://mirror.switch.ch/mirror/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp.lug.ro/gentoo/ http://ftp.du.se/pub/os/gentoo http://ftp.easynet.nl/mirror/gentoo/ http://gentoo.ynet.sk/pub" LANG="german" LINGUAS="de_DE en_US" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 3dnow X aalib alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts bonobo bzip2 bzlib cdr crypt cups curl dga dvd dvdr emboss encode fam flac foomaticdb fortran gd gdbm gif gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib innodb java jpeg jpeg2k junit kde libg++ libwww mad matrox mikmod mmx motif mozilla mp3 mpeg mysql ncurses nls nptl nptlonly ogg oggvorbis opengl oss pam pdflib perl pic png postgres ppds python qt quicktime readline scanner sdl slang spell sse ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts unicode vorbis xml xml2 xmms xprint xv zlibvideo_cards_matrox linguas_de_DE linguas_en_US" Unset: ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS
If you really mean LINGUA then this is NOT a bug. You are supposed to used LINGUAS.
See http://www.gentoo.org/doc/en/guide-localization.xml
Actually I can't see any linguas stuff in the gnucash-ebuilds. Maybe I've overlooked it, if yes, please provide an example where it is done like this
Sorry, as can be seen in the emerge info output what I have set is of course LINGUAS. There was a bug here in bugzilla about gnucash - gnucash did not compile with a LINGUAS set to a short locale string like "de". The solution was to set it like "de_DE". (I just searched bugzilla, but I am not able to find the bug I am talking of... But it must have been gnucash, since it is the only application I use with the german localization besides openoffice.) I don't know where the handling of LINGUAS is defined, so I just thought it should work with de_DE. Maybe that's the general question: is this a bug or not? ...and if this question is answered it should be documented. Since there _are_ such extended linguas in the openoffice ebuild and these strings are known from other localization settings, the idea seems not so far away for me to set LINGUAS like I did. Of course it works with just setting "de".
Andreas, it is defined directly in the ebuild - see set_languages (). The only extended LINGUAS supported are pt_BR, zh_CN, zh_TW and hi_IN. I think this should be fixed or at least mentioned in the docs.
@Jakub: I know where the LINGUAS stuff is in OOo, I wrote that myself ;) I asked about where this is in gnucash, as I can't see any of that stuff in there
Comment #6: Andreas, sorry, I was answering the question in Comment #4 - the other Andreas. :-) Otherwise, don
Comment #6: Andreas, sorry, I was answering the question in Comment #4 - the other Andreas. :-) Otherwise, don´t see any LINGUAS in gnucash either.
I have no deeper knowledge of the gnucash ebuild/compiling process but maybe this was an issue installing the doc, that is not handled by the ebuild itself. As I look into the gnucash CONTENTS some more general things seem to be installed in all available locales and just some documentation is selected by LINGUAS. There I get the directory /usr/share/gnome/help/gnucash/de_DE/... so it could be a question of how LINGUAS is handled in the "gnome environment". (I just re-emerged gnucash with LINGUAS="de" and it works now, so this has been fixed.) What I meant talking about the definition of LINGUAS is whether this is gentoo specific and therefor decided by the gentoo-devs or whether LINGUAS is a more global thing with a policy beyond the gentoo area.
Still, this is no OOo-bug, if you think LINGUAS is not well enough defined, file a seperate bug, but closing this