One of update about may of this year breaked interface localization in gnumeric (I've updated system on this week and rebuild the gnumeric to check: does this error presents till now). All other applications (AbiWord, FireFox, Thunderbird /etc are built with localized interface, but Gnumeric builts with standard English interface). Reproducible: Always Steps to Reproduce: 1. Set LINGUAS variable to "ru en" 2. emerge app-office/gnumeric Actual Results: Start gnumeric and see standard English program interface. Expected Results: Start gnumeric and see the Russian localized interface emerge --info Portage 2.1.6.13 (default/linux/x86/2008.0, gcc-4.3.2, glibc-2.8_p20080602-r1, 2.6.29-gentoo-r5 i686) ================================================================= System uname: Linux-2.6.29-gentoo-r5-i686-Intel-R-_Pentium-R-_4_CPU_3.00GHz-with-glibc2.0 Timestamp of tree: Tue, 23 Jun 2009 01:45:03 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 2.1.7 dev-lang/python: 2.5.4-r2 dev-util/cmake: 2.6.4 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/env.d/50glib2" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="buildsyspkg collision-protect distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.corbina.net/pub/Linux/gentoo/ ftp://mirror.aiya.ru/pub/gentoo/ ftp://ftp.org.kemsu.ru/gentoo/ http://ftp.chg.ru/pub/Linux/distributions/gentoo/ ftp://ftp.chg.ru/pub/Linux/distributions/gentoo/" LANG="ru_RU.KOI8-R" LC_ALL="" LDFLAGS="-Wl,-O1" LINGUAS="ru en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" 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="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage-ftn" SYNC="rsync://rsync.org.kemsu.ru/gentoo rsync://rsync.asia.gentoo.org/gentoo-portage rsync://mirror.aiya.ru/gentoo" USE="X a52 ac3 acl alsa avi berkdb bzip2 cdr cli cracklib crypt cups dri dvd flac fortran gdbm gif gtk iconv isdnlog jpeg jpeg2k midi mp3 mudflap ncurses nls nptl nptlonly ogg openmp pam pcre perl png pppd python readline reflection session spl ssl sysfs tcpd vorbis x86 xorg xulrunner zlib" ALSA_CARDS="intel8x0" 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" LINGUAS="ru en" USERLAND="GNU" VIDEO_CARDS="sis" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
can you try the following LINGUAS= emerge =app-office/gnumeric-1.8.4-r1 I suspect it's due to bug in intltool (bug #264114)
(In reply to comment #1) > can you try the following > LINGUAS= emerge =app-office/gnumeric-1.8.4-r1 I've done so. # LINGUAS= emerge -av1 =app-office/gnumeric-1.8.4-r1 The result was exactly the same. > I suspect it's due to bug in intltool (bug #264114) > You suggest to downgrade intltool, mask the buggy version and try to rebuild gnumeric? Or some other idea?
(In reply to comment #2) > (In reply to comment #1) > > can you try the following > > LINGUAS= emerge =app-office/gnumeric-1.8.4-r1 > I've done so. > > # LINGUAS= emerge -av1 =app-office/gnumeric-1.8.4-r1 > > The result was exactly the same. I was wrong in my guess then
We had exactly the same problem for a lot of gnome package, gnumeric tarball was probably generated with a buggy version of intltool (0.40.6 if I remember correctly...), so we have two alternatives: - Call intltoolize (and add it into DEPEND), then call eautoreconf from src_prepare() or src_unpack(), depends on EAPI version - Fix po/Makefile ourselves with a standard sed expression, already present into gnome's ebuilds (and it's more interesting for user because it doesn't need bigger amont of time comparated to intltoolize+eautoreconf) Well, I'll have a look to it :)
Fixed into the tree without a revision bump, wait at least 10 minites and then can you resync the tree and test it ?
closing fixed then. Please reopen if this does not fix it for you (actually wait about 4 hours before the mirrors get the sync). Thanks for reporting.
(In reply to comment #6) > closing fixed then. Please reopen if this does not fix it for you (actually > wait about 4 hours before the mirrors get the sync). Thanks for reporting. > Actually it was really fixed only after my last update (basing on 17.08.2009 portage snapshot).
