I use yumex in my locale (french) and since recent versions yumex is not totally translate (I look the fr.po, and all are translate). Many strings in yumex.glade are not translate (but they are marked "translatable="yes" ) Also strings in /src/yumexbase/constants.py (but they are marked with _(), and would be translate...) And in other files... Where'is the problem ? With glade, PyGTK or other ? for test I want edit the yumex.glade with glade, but that crash...
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.