Gwibber is not using translations

Bug #360093 reported by Milo Casagrande on 2009-04-12
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Gwibber
Undecided
Unassigned

Bug Description

I tested with the latest version of Gwibber (0.9.1) and the Italian translation is not being used.

In the code the LOCALEDIR is fixed at '/usr/local/share/locale', but looks like now translations files are in '/usr/share/locale'. Using the GNU gettext API, as is gwibber using right now, it is necessary to set a fixed path for the LOCALEDIR, otherwise it's possible to use the class-based API, but it's necessary to use a different approach.

I tried changing the LOCALEDIR to '/usr/share/locale' and launching gwibber locally with /bin/gwibber (the one inside the code), but the translations aren't used neither.

Related branches

Mattias Eriksson (snaggen) wrote :

This patch makes the translation work for me. Now I have gwibber in swedish.

--- client.py.orig 2009-04-17 09:12:54.000000000 +0200
+++ client.py 2009-04-17 09:13:25.000000000 +0200
@@ -26,7 +26,7 @@
 import urllib

 # Set this way as in setup.cfg we have prefix=/usr/local
-LOCALEDIR = "/usr/local/share/locale"
+LOCALEDIR = "/usr/share/locale"
 DOMAIN = "gwibber"

 locale.setlocale(locale.LC_ALL, "")

Mattias Eriksson ha scritto:
> This patch makes the translation work for me. Now I have gwibber in
> swedish.
>
> --- client.py.orig 2009-04-17 09:12:54.000000000 +0200
> +++ client.py 2009-04-17 09:13:25.000000000 +0200
> @@ -26,7 +26,7 @@
> import urllib
>
> # Set this way as in setup.cfg we have prefix=/usr/local
> -LOCALEDIR = "/usr/local/share/locale"
> +LOCALEDIR = "/usr/share/locale"
> DOMAIN = "gwibber"
>
> locale.setlocale(locale.LC_ALL, "")

I will try again, it should be right, but doing that it wasn't working
for me... gotta check why.

Pawel Kot (gnokii) wrote :

I'm using Ubuntu version from PPA at Intrepid and have similar behaviour. The thing is that gwibber tries to read translations from: /usr/local/share/locale or /usr/share/locale-langpack while translations are in /usr/share/locale

Changing the path in client.py neither works for me.

Milo Casagrande (milo) wrote :

I changed my *local installed* copy of client.py and now it (almost) work, it wasn't working for me using bin/gwibber to run it.

The only glitch I see is the Gwibber menu that is still in English, but doing an intltool-update resolved the issue: the pot file was not up to date.

I'll create a branch and propose it for merge.

I think this was committed in gwibber rev 330:
http://bazaar.launchpad.net/~gwibber-committers/gwibber/trunk/revision/330

If I'm mistaken, reopen the bug.

Thanks!

Changed in gwibber:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers