Bug 282775 – net-p2p/transmission-1.73 don't use system locale

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Andrey 2009-08-26 06:58:31 UTC]

net-p2p/transmission don't use system locale, all other software is translated (e.g. pidgin, sakura, liferea, sonata, etc). These two programms use English in interface.

Reproducible: Always

Steps to Reproduce:
Run transmission
Actual Results:  
English interface

Expected Results:  
Interface in local language

$ locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC=C
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=

$ emerge --info
Portage 2.1.6.13 (default/linux/x86/2008.0, gcc-4.4.1, glibc-2.10.1-r0, 2.6.30-gentoo-r5 i686)
=================================================================
System uname: Linux-2.6.30-gentoo-r5-i686-Intel-R-_Celeron-R-_M_CPU_430_@_1.73GHz-with-gentoo-2.0.1
Timestamp of tree: Mon, 24 Aug 2009 06:45:02 +0000
app-shells/bash:     3.2_p39
dev-lang/python:     2.6.2-r1
dev-util/cmake:      2.6.4
sys-apps/baselayout: 2.0.1
sys-apps/openrc:     0.4.3-r3
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.13, 2.63-r1
sys-devel/automake:  1.9.6-r2, 1.10.2
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6a
virtual/os-headers:  2.6.27-r2
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium-m -mtune=pentium-m -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=pentium-m -mtune=pentium-m -O2 -pipe -fomit-frame-pointer"
DISTDIR="/distfiles"
FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://mirror.yandex.ru/gentoo-distfiles "
LANG="ru_RU.UTF-8"
LC_ALL=""
LDFLAGS="-Wl,-O1"
LINGUAS="ru"
MAKEOPTS="-j1"
PKGDIR="/usr/packages-hard"
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/xorik"
SYNC="rsync://mirror.yandex.ru/gentoo-portage"
USE="X acpi alsa automount bash-completion berkdb bluetooth bzip2 cleartype cli crypt dbus dri fortran gif gnome gtk hal iconv isdnlog jpeg laptop libnotify mmx mp3 mudflap ncurses nls nptl nptlonly ogg opengl openmp pcre png pppd python readline reflection samba session spell spl sse sse2 ssl svg sysfs tcpd tiff truetype type1 unicode userlocales vorbis x86 xorg xscreensaver xv zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="*" APACHE2_MODULES="*" ELIBC="glibc" INPUT_DEVICES="evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru" USERLAND="GNU" VIDEO_CARDS="radeon"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

P.S. Sorry for my English

[Comment 1 Xake 2009-08-29 09:07:22 UTC]

Yet another tarbal packaged using a broken intltools. Epiphany has a sed for it. Please use it too.

[Comment 2 Charles Kerr 2009-09-27 14:25:19 UTC]

Xake: I don't understand this ticket -- is this something that can be fixed upstream?  If so, what is the fix?

[Comment 3 Andrey 2009-09-27 14:51:15 UTC]

Problem solved in transmission-1.75
1.73: http://img43.imageshack.us/img43/8610/transmission173.png
1.75: http://img245.imageshack.us/img245/9569/transmission175.png

It was transmission bug:
http://trac.transmissionbt.com/wiki/Changes#version-1.75
>Fix bug in converting other charsets to UTF-8

[Comment 4 Charles Kerr 2009-09-27 17:43:32 UTC]

I'm glad it's working for you now, but that upstream ticket you refer to didn't have anything to do with the translated strings in the gtk client...  

[Comment 5 Xake 2009-09-27 18:21:04 UTC]

(In reply to comment #2)
> Xake: I don't understand this ticket -- is this something that can be fixed
> upstream?  If so, what is the fix?
> 

intltool-0.40.6 was bad, and broke po/Makefile.in.in
Tarballs for 1.73 and 1.74 was generated with broken intltool, 1.75 seems ok.
See bug #264114 for more information.
Upstream bug https://bugzilla.gnome.org/show_bug.cgi?id=577133

@andrey please do not post random links to bugs, tickets or alike unless you are absolutely sure they are related. Otherwise it only confuses people. In this case you telling 1.75 was working would be sufficient.

[Comment 6 Samuli Suominen (RETIRED) 2009-09-29 08:38:19 UTC]

the fix for upstream is to not use intltool-0.40.6 and kill it with fire :-)

since 1.75 is now working for you, closing