Bug 788421

For test I launch yumex with different locale (de and it) and I have this warning 

[dominique@localhost ~]$ LANG=de yumex

(process:17304): Gtk-WARNING **: Locale not supported by C library.
        Using the fallback 'C' locale.


[dominique@localhost ~]$ LANG=it yumex

(process:17389): Gtk-WARNING **: Locale not supported by C library.
        Using the fallback 'C' locale.
 
And with that yumex is in English...

 If that help you...

After many research, I find where is the problem : it's python-kitchen package.

With python-kitchen 1.1.0-1translation don't work properly, but downgrading to python-kitchen 1.0.0-1solve problem.

Can you re-assign this bug to maintainer of python-kitchen, or can I open new bug report ?

Created attachment 561755 [details]
yumex with python-kitchen-1.0.0-1.fc16.noarch

LANG=da_DK.utf8 yumex

the view column headers are translated to danish.

Created attachment 561757 [details]
yumex with python-kitchen-1.1.0-1.fc16.noarch

LANG=da_DK.utf8 yumex

the view headers is not translated to danish

yumex setup the translation wrappers like this

from kitchen.i18n import easy_gettext_setup
_, P_  = easy_gettext_setup('yumex')

LANG doesn't work for me at all.  I s4et LC_ALL=da_DK.utf8 yumex and replicated the problem.  Looking into it.

Found the issue.  kitchen-1.1.x treats the list of directories to search for locale files slightly differently than kitchen-1.0.x.  The new code was passing the default directory to search as a string instead of as a list.

I'll have a fixed package into the Fedora updates stream today.  It is a critpath package so it'll need some karma upvoting to get into Fedora in a timely manner.

A workaround that can be done in yumex code (should the kitchen update get stuck in updates for an extended period) would be:

_, P_  = easy_gettext_setup('yumex', localedirs=['/usr/share/locale'])

(In reply to comment #7)
> Found the issue.  kitchen-1.1.x treats the list of directories to search for
> locale files slightly differently than kitchen-1.0.x.  The new code was passing
> the default directory to search as a string instead of as a list.
> 
> I'll have a fixed package into the Fedora updates stream today.  It is a
> critpath package so it'll need some karma upvoting to get into Fedora in a
> timely manner.
> 
> A workaround that can be done in yumex code (should the kitchen update get
> stuck in updates for an extended period) would be:
> 
> _, P_  = easy_gettext_setup('yumex', localedirs=['/usr/share/locale'])

I test your workaround, but that's don't solve problem, yumex with python-kitchen 1.1.0-1 is not all translate in french... Where can I get your fixed package, for test ?

If you can tell me how to reproduce, I'd be happy to take a look for other issues.

What is your setting for LC_ALL?

What is the string/place in the user interface that isn't being translated?

I have tried to make this change to yumex

_, P_  = easy_gettext_setup('yumex', localedirs=[os.path.join(sys.prefix, 'lib', 'locale')])

LC_ALL=da_DK.utf8 yumex

or

LANG=da_DK.utf8 yumex 

gives the same result as the attached screenshot (kitchen 1.1.0)

The view header title is not translated

@dominique

I could not find any English phrases when I did this:

$ LC_ALL=fr_FR.utf8 yumex

with the workaround I posted.  Did you make the change in:
/usr/lib/python2.7/site-packages/yumexbase/__init__.py

- _, P_  = easy_gettext_setup('yumex') 
+ _, P_  = easy_gettext_setup('yumex', localedirs=['/usr/share/locale'])

I'm going to go ahead and make this kitchen release to get it into the fedora
update system asap as it looks to me like there is a separate issue that might
be in yumex or in your setup at home that's causing this to continue failing.

@timlau

s/lib/share/

Like this:

_, P_  = easy_gettext_setup('yumex', localedirs=[os.path.join(sys.prefix,
'share', 'locale')])

Ok...
If I add _, P_  = easy_gettext_setup('yumex', localedirs=['/usr/share/locale']) directly in /usr/lib/python2.7/site-packages/yumexbase/__init__.py, all are translate...

I don't no why, but in the previous attempt I make this change in yumex source (yumex/src/yumexbase/__init__.py) before make an rpm and install it, but this change don't appear in /usr/lib/python2.7/site-packages/yumexbase/__init__.py...

python-kitchen-1.1.1-1.fc16 has been submitted as an update for Fedora 16.
https://admin.fedoraproject.org/updates/python-kitchen-1.1.1-1.fc16

I've built updates for all non-EOL Fedora and EPEL.  Only filled in the bug field for the F-16 version here so that this bug doesn't get a huge amount of bodhi-postings.

If you're interested in testing on other releases, the list of bodhi update pages is here:

https://admin.fedoraproject.org/updates/search/python-kitchen-1.1.1

Tested the new version of kitchen, without the workaround, it solves the issue for me.

Thanks a lot for fixing it :)

(In reply to comment #15)
> Tested the new version of kitchen, without the workaround, it solves the issue
> for me.
> 
> Thanks a lot for fixing it :)

also tested the new version of python-kitchen, without the workaround. Translation is complete.

Thank for your re-activity...

I think you can close the bug.

Package python-kitchen-1.1.1-1.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing python-kitchen-1.1.1-1.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-1667/python-kitchen-1.1.1-1.fc16
then log in and leave karma (feedback).

python-kitchen-1.1.1-1.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.