Bug 605556

This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

I believe that what we want to do is:
 * have the installclasses in product.img use a different message domain
 * update anaconda to bind any domains found in product.img

There was a patch floating around for the anaconda portion.  Chris, do you know if it ever got applied?

No, I don't believe it did.  I also don't see any references to this patch in the mail log.  Do you remember anything else about it?

Created attachment 434509 [details]
patch to pull translations from product.img

I couldn't find the original patch that I referred to.  However, I think the attached patch may do the trick.  It just adds any translations from /tmp/product/po.

Looks good to me.  That should be easy enough to test, too.  Just throw your updated constants.py into an updates.img, make sure you've got a po/ directory in the product.img, and try to install.

Definitely test before you push.

Also, because the default bound domain is always 'anaconda', you will have to explicitly mention a name of your domain. Assuming your .mo file is 'product.mo', this *could* work at the top of server.py:

_ = lambda x: gettext.ldgettext("product", x)

Now, because we are attempting to translate all those strings once again at wrong places in anaconda, e.g. installclass.py:

    def _get_description(self):
        return _(self._description) % self._descriptionFields

we should modify our code there too, i.e. not to translate any strings that we get (already translated) from server.py.

If everyone agrees then let's push Denis's changes and clone this bug for anaconda and I'll fix the rest.

Denis: can I 'git clone' the scripts that build product.img somewhere?

Thanks.
Ales

Hi,

Please let's know where will the strings land? So that I can get it translated for all Red Hat supported languages.

Thanks!
Ankit

The product.img strings are mixed into the comps strings here:
https://translate.fedoraproject.org/projects/p/rhel-comps/c/master/

At some point we may want to separate them out, but I don't think it's a priority for the 6.0 release.  We can just pull the whole set of translations into product.img.

(In reply to comment #8)
> The product.img strings are mixed into the comps strings here:
> https://translate.fedoraproject.org/projects/p/rhel-comps/c/master/
> 
> At some point we may want to separate them out, but I don't think it's a
> priority for the 6.0 release.  We can just pull the whole set of translations
> into product.img.    

Alright, will be done before 11th August to ensure we complete translation of RHEL6 tier1 applications by software translation deadline mentioned in the schedule.

Thanks!
Ankit

Looks like Ales is pretty well on top of this one.  I'm removing myself for now, but if you have any questions look for me on #anaconda on on anaconda-devel-list.

Patches applied to CVS.

Hi,

After I have given the task to the translation team, team notified that there are couple of messages regarding the language support for documentation are missing.

e.g.

msgid "This group contains the Red Hat Enterprise Linux documentation in the Gujarati language."

This message is available for translation for 
Bengali, Brazilian Portuguese, English, French, Germen, Gujarati, Hindi, Italian, Japanese, Korean, Punjabi, Simplified Chinese, Spanish, Tamil, Traditional Chinese languages

but it's missing the message for
Assamese, Russian, Kannada, Malayalam, Marathi, Oriya, Telgu.

Can we also get them in comps PO file? https://translate.fedoraproject.org/projects/p/rhel-comps/c/master/view/po/comps.pot

Thanks!
Ankit

https://translate.fedoraproject.org/projects/p/rhel-comps/c/master/view/po/comps.pot was updated a few days ago.  It should be fully up to date.

(In reply to comment #15)
> https://translate.fedoraproject.org/projects/p/rhel-comps/c/master/view/po/comps.pot
> was updated a few days ago.  It should be fully up to date.    

I think following messages should also available inside comps.pot for translation.

msgid "This group contains the Red Hat Enterprise Linux documentation in the Assamese language."

msgid "This group contains the Red Hat Enterprise Linux documentation in the Russian language."

msgid "This group contains the Red Hat Enterprise Linux documentation in the Kannada language."

msgid "This group contains the Red Hat Enterprise Linux documentation in the Malayalam language."

msgid "This group contains the Red Hat Enterprise Linux documentation in the Marathi language."

msgid "This group contains the Red Hat Enterprise Linux documentation in the Oriya language."

msgid "This group contains the Red Hat Enterprise Linux documentation in the Telugu language."

Because documentations are going to be available for RHEL6 for the languages mentioned in those messages too!

Those strings actually come from comps-rhel4-docs-dvd.xml.in and comps-taroon-docs-apac.xml.in.  They don't appear in the RHEL 6 comps files.  Sorry for the confusion.  I've been lumping everything together.  Let me know if you need the strings split out separately per version of RHEL.

All fixes should be in the RHEL6.0-20100811.2 tree.

Verified.

Tree:RHEL6.0-20100811.2

I did installation CJK and Oriya for this bug.

Following part is translated.

For example _description in server.py:

    _description = N_("The default installation of %s is a basic server
install. "
                     "You can optionally select a different set of software "
                     "now.")

Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.