Red Hat officially supports 22 languages, where translations is a major part. So, translations quality and completeness is required for all Tier1 components of RHEL6. comps is one of the localization Tier1 component that has to be localized in Red Hat supported Languages. This bug is to provide translation updates in terms of patches or tarball for comps for Red Hat supported languages.
* Since the POT file updated few days before this bug has to be raised: "POT-Creation-Date: 2010-05-25 11:30-0400\n" from POT header.
* Translations will be submitted here: https://translate.fedoraproject.org/projects/p/rhel-comps/c/master/
* I will provide an update when translations are completed and submitted to transifex for Red Hat supported languages.
This issue has been proposed when we are only considering blocker
issues in the current Red Hat Enterprise Linux release.
** If you would still like this issue considered for the current
release, ask your support representative to file as a blocker on
your behalf. Otherwise ask that it be considered for the next
Red Hat Enterprise Linux release. **
All Red Hat Supported languages (except Assamese [as.po], due to no resource) are completed for translations and available upstream: https://translate.fedoraproject.org/projects/p/rhel-comps/c/master/
Could you please make a new build grabbing the latest translations from git repo?
I've pulled the latest translations and they should appear in the next compose.
*** Bug 567463 has been marked as a duplicate of this bug. ***
All fixes should be in the RHEL6.0-20100811.2 tree.
can you verify that all translations are in place for comps with the latest snapshot? Thanks!
Fail Test Cases for Few languages:
zh_CN - language Name (Swati) untranslated
or_IN - Dotted Circle (Translation Needs review)
ml_IN - Translation needs review (Screenshot atach)
bn_IN - Need to confirm whether it is intentional (Screenshot atach)
as_IN - N/A - Comment #3
Test Result with Detail:
Created attachment 440008 [details]
Created attachment 440009 [details]
Created attachment 440010 [details]
ml_IN Issue 1
Created attachment 440011 [details]
ml_IN Issue 2
Created attachment 440012 [details]
ml_IN Issue 3
Created attachment 440013 [details]
bn_IN Untranslated String
Moving back to ASSIGNED based on previous comments - missing translations.
Corrected the dotted circle issue for Oriya (or_IN) in https://translate.fedoraproject.org/projects/p/rhel-comps/c/master/ as well as in downstream (revision 2070).
Corrected and completed the translations fro Malayalam (ml_IN):
Updated the translation for zh-CN at:
As far as I can understand, 'Server Platform' refers to the supported libraries for the 'Red Hat Enterprise Linux Server Platform' variant and hence this was not translated intentionally for bn-IN. Please correct me if this is not right.
Reassigning this bug back to comps maintainers, as localization teams' translation task is completed here.
re-assigning back to translation. I've updated http://git.fedorahosted.org/git/?p=rhel-comps.git;a=blob;f=po/comps.pot with the latest comps.xml source strings.
What's the last date to submit translations in order to get it included in RHEL6.1?
Created attachment 482567 [details]
it_IT translation of Languages
Hi I would like to add the following issue into this bug.
[it_IT] the translation of Languages is not correct, it should say Lingue (not Linguaggi)
Ankit, what is the status here? Please dont wait til the last possible date to get this in!
(In reply to comment #32)
> Ankit, what is the status here? Please dont wait til the last possible date to
> get this in!
Please confirm, http://www.transifex.net/projects/p/comps/resource/default/ is the right location to submit translations?
No, that's the Fedora comps file.
Please provide me the location to submit translations of comps, if that doesn't exist then having the git repo location to checkout RHEL comps translation would be sufficient. I would checkout those and get it repo'ed into internal local repo and get it translated.
The RHEL comps translations are now at
Ankit there is a problem mate, I can't download this module therefore I can't translate it.
Wwhy this is not available for translation to normal ferdora members (including myself). Unable to translate it for now because I need the maintainer of this module to allow me to create a new italian group
Thanks Francesco for picking this up.
Again, this module is set the access control option to which 'not use Fedora translation team (aka FLP) and create own translation team'. Therefore none of redhat translators or fedora translators can work on this module, unless creating new team for every language.
Now all redhat translators started requesting new team on tx.net for this update, but we need to wait for the approval of Transifex team of Infidex. It is difficult for translators to maintain their language team by every package.
It will be great help if the setting to be changed at the maintainer's side.
FYI, this setting can be changed if you who have right permisiion go 'Access Control' tab, choose 'Outsourced access' (currently set as Limited access), and choose 'Fedora project' from dropdown menu.
(In reply to comment #41)
> It will be great help if the setting to be changed at the maintainer's side.
> FYI, this setting can be changed if you who have right permisiion go 'Access
> Control' tab, choose 'Outsourced access' (currently set as Limited access), and
> choose 'Fedora project' from dropdown menu.
Thanks for the tip. I was unaware of this option. I've gone ahead and updated the access settings.
Created attachment 495158 [details]
A tarball of translations for remaining languages
I have attached a tarball of translations for the languages: de, fr, it, ko, pt_BR, zh_TW and remaining languages are available from transifex itself: https://www.transifex.net/projects/p/rhel-comps/resource/default/
Please do get back to me in case you need any further details.
Thanks for the translations. I've pulled them in and rebuilt comps-rhel6.xml
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 therefore 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.