Hide Forgot
Description of problem: Warning message about needing a non-xen kernel is not translated. Version-Release number of selected component (if applicable): system-config-kdump-1.0.12-1.el5 How reproducible: Always in non-english lang. Steps to Reproduce: 1. run s-c-kdump while a xen kernel is booted 2. observe warning dialog when exiting 3. Actual results: Message is not translated. Expected results: Message is translated. Additional info:
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release.
I suspect that the .pot file is required to be updated by developer. Dave, could you tell us which language did you use?
Confirmed that the .pot file is required to be updated. See translation progress at: http://translate.fedoraproject.org/module/system-config-kdump#HEAD
There are no changes between the POT file I just generated locally and the one in CVS, meaning there are no new strings that require translation since the last update on 13 September 2007. The only generally up-to-date languages that have not been updated since the last new strings appeared (on 2007/09/13) are uk, sk, ru, pa, lv, hu, da, zh_TW, bs. Perhaps we do not need those languages?
Hi Dave, Can you please provide a screenshot, which is showing in english... So, we could identify the problem. Thanks!
I do not have a screen shot, but here is the relevant entry from the POT file: #: ../src/system-config-kdump.py:320 #, python-format msgid "" "WARNING: xen kdump support requires a non-xen %s RPM to perform actual crash " "dump capture. Please be sure you have the non-xen %s RPM of the same version " "as your xen kernel installed." msgstr ""
Created attachment 296294 [details] system-config-kdump is not fully localized Hi, I have a screen shot here. I download system-config-kdump's po files from two places: 1. http://translate.fedoraproject.org/module/system-config-kdump 2. :ext:cvs.devel.redhat.com:/cvs/dist/rpms/system-config-kdump/ and in both places (I used zh_TW.po for example), the entries of the English being shown in the screenshot are translated, but not appeared in system-config-kdump. Maybe a rebuild will improve this situation?
Hi Dave, 1. We support only 23 languages in house, which are as.po, bn_IN.po, de.po, es.po, fr.po, gu.po, hi.po, it.po, ja.po, kn.po, ko.po, ml.po, mr.po, or.po, pa.po, pt_BR.po, ru.po, si.po, ta.po, te.po, ur.po, zh_CN.po, zh_TW.po. 2. Currently only 4 languages out of these are incomplete, which are pa.po, ru.po, si.po, zh_TW.po (So, we can get them translated anytime you want) 3. Screenshot attached (https://bugzilla.redhat.com/attachment.cgi?id=296294) by Chester, shows untranslated message, even though it's translated. That means *Rebuild* of the package is required with all latest translation.
I found the problem. It is a programming error on my part that is preventing the strings from getting translated. I have a fix and will check it in to CVS shortly. Incidentally, the same error was preventing several other warnings from being displayed in translated form.
Because this is widespread, we'd like to get this in 5.2 as an exception.
This is an easy fix. I've verified that the code change is sufficient to enable display of the existing translated text, so no further effort is necessary on the part of the translation team other than to verify the fix if they like. The code change is trivial and can easily be fixed along with the other s-c-kdump bugs currently slated for 5.2.
Fixed in system-config-kdump-1.0.14-1.el5.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2008-0396.html