RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 634835 - [ru_RU] Tag are there in Firstboot, while those should not be
Summary: [ru_RU] Tag are there in Firstboot, while those should not be
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: rhn-client-tools
Version: 6.0
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Miroslav Suchý
QA Contact: Martin Minar
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-09-17 06:51 UTC by A S Alam
Modified: 2016-07-04 00:55 UTC (History)
8 users (show)

Fixed In Version: rhn-client-tools-1.0.0-46.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-05-19 13:05:06 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Screenshot 1 (92.49 KB, image/png)
2010-09-17 06:51 UTC, A S Alam 		no flags Details
Screenshot 2 (62.96 KB, image/png)
2010-09-17 06:51 UTC, A S Alam 		no flags Details
Screenshot 3 (67.32 KB, image/png)
2010-09-17 06:52 UTC, A S Alam 		no flags Details
A patch to fix Russian (ru) translation issue for rhn-client-tools (21.15 KB, patch)
2010-12-07 12:56 UTC, Ankit Patel 		no flags Details | Diff
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:0565 0 normal SHIPPED_LIVE rhn-client-tools and yum-rhn-plugin bug fix and ehnancement update 2011-05-18 17:57:10 UTC

Description A S Alam 2010-09-17 06:51:30 UTC 
Created attachment 447915 [details]
Screenshot 1

Description of problem:
there are lot of broken tag in firstboot text for ru_RU locale. I was doing installation for RHEL6 (20100909.1) in  VM with ru locale

Version-Release number of selected component (if applicable):
firstboot-1.110.8-1.el6.x86_64.rpm
kexec-tools-2.0.0-145.el6.x86_64.rpm  

How reproducible:
Everytime

Steps to Reproduce:
1. try to run LANG=ru_RU.UTF-8 firstboot --debug --reconfig
2. skip RHN registration
3. then next appeared screen has <b>, </b> like that 
  
Actual results:
<b> and </b> appears in Text

Expected results:
those should not appear

Additional info:
Only three screen seems problem
Comment 1 A S Alam 2010-09-17 06:51:54 UTC 
Created attachment 447916 [details]
Screenshot 2
Comment 2 A S Alam 2010-09-17 06:52:14 UTC 
Created attachment 447917 [details]
Screenshot 3
Comment 4 Yulia 2010-09-17 07:08:13 UTC 
Hi,
I will go through all screenshots one by one.
Screenshot 3:
I checked both versions of system-config-kdump (upstream and downstream), looks like screenshot does not reflect latest translation done on 2010-07-23. 
PO file does not contain &mdash; entities.

https://translate.fedoraproject.org/projects/p/system-config-kdump/c/rhel6/view/po/ru.po

Yulia
Comment 5 Ankit Patel 2010-09-17 07:12:53 UTC 
(In reply to comment #4)
> Hi,
> I will go through all screenshots one by one.
> Screenshot 3:
> I checked both versions of system-config-kdump (upstream and downstream), looks
> like screenshot does not reflect latest translation done on 2010-07-23. 
> PO file does not contain &mdash; entities.
> 
> https://translate.fedoraproject.org/projects/p/system-config-kdump/c/rhel6/view/po/ru.po
> 
> Yulia

That was very quick. Thanks Yulia. Assigning the bug to you, once you figure out the fixes to upstream and downstream both, I will reassign the bug to the owner of the component.

Thanks!
Ankit
Comment 6 Yulia 2010-09-17 07:31:26 UTC 
Screenshot 3:
Sorry about the confusion.
I have located the &mdash; in kexec-tools, upstream file was fine and I fixed the entity in the file downstream and committed changes.
Comment 7 Yulia 2010-09-17 07:53:33 UTC 
Screenshots 1 and 2:

If I am not mistaken, those entries come from "rhn-client-tools".
I am not sure what is wrong with those two since English text also contains tags <b>.

Original English paragraph (screenshot 2):
---
You won't be able to receive software updates, including security updates, 
for this system.\n
\n
You may access the RHN registration tool by running <b>RHN Registration</b> 
in the <b>System > Administration</b> menu.\n
You may access the software update tool by running <b>Software Update</b> in 
the <b>System > Administration</b> menu.
---

I am not sure why they show in localized program. 
Should I just completely get rid of tags in translation or is there another way to fix it?

Thanks,
Yulia
Comment 8 A S Alam 2010-09-17 09:23:49 UTC 
thanks, it has following version (helpful for verify)
rhn-client-tools-1.0.0-38.el6.noarch
Comment 9 Ankit Patel 2010-09-17 09:53:28 UTC 
(In reply to comment #7)
> Screenshots 1 and 2:
> 
> If I am not mistaken, those entries come from "rhn-client-tools".
> I am not sure what is wrong with those two since English text also contains
> tags <b>.
> 
> Original English paragraph (screenshot 2):
> ---
> You won't be able to receive software updates, including security updates, 
> for this system.\n
> \n
> You may access the RHN registration tool by running <b>RHN Registration</b> 
> in the <b>System > Administration</b> menu.\n
> You may access the software update tool by running <b>Software Update</b> in 
> the <b>System > Administration</b> menu.
> ---
> 
> I am not sure why they show in localized program. 
> Should I just completely get rid of tags in translation or is there another way
> to fix it?
> 
> Thanks,
> Yulia

Hi Yulia,

I did check the translation file under downstream repo and the one actually available under the package available from rhel6, found a significant difference because the translations submitted to rhn-client-tools on 10th of August 2010 as a patch and accepted and built, while the translation file downstream updated last on 17th August 2010. That means your latest changes are not yet in the package. I need to make another patch grabbing your latest translations and get this bug fixed.

However, I do want you to cross-check the translations for the messages shown in the screenshots 1 & 2, because I found less '\n's in translations (msgstrs) while it's more in english (msgids).

Thanks!
Ankit
Comment 10 Yulia 2010-09-20 00:05:30 UTC 
Hi Ankit,

I checked file again, I added couple of line breaks and slightly improved translation on these screens. That still does not explain why tags <b> render visible but if there is anything I can do to help, please let me know.

Also a question: Would you know where translation of "Software Updates" system menu item comes from? As in "System > Administration > Software Updates". I just wanted to double check it but not sure where to look.

Thank you,
Yulia
Comment 11 Ankit Patel 2010-09-20 07:06:08 UTC 
(In reply to comment #10)
> Hi Ankit,
> 
> I checked file again, I added couple of line breaks and slightly improved
> translation on these screens. That still does not explain why tags <b> render
> visible but if there is anything I can do to help, please let me know.

Please add some missing tags <b>.

> 
> Also a question: Would you know where translation of "Software Updates" system
> menu item comes from? As in "System > Administration > Software Updates". I
> just wanted to double check it but not sure where to look.

That comes from gnome-packagekit module.

> 
> Thank you,
> Yulia

Thanks!
Ankit
Comment 12 Yulia 2010-09-21 03:30:34 UTC 
It's done, I believe having exactly the same number of tags in the same order fixed it.
Comment 13 Ankit Patel 2010-09-21 03:57:31 UTC 
I will provide a patch based on the corrections submitted by Yulia.
Comment 14 Ankit Patel 2010-09-21 03:59:13 UTC 
Btw, Alam can you please file a new bug for the screenshot 3 issue, that's against kexec-tools. This bug can remain there to fix issues mentioned in screenshot 1 & 2 against rhn-client-tools.

Thanks!
Ankit
Comment 15 Jan Pazdziora (Red Hat) 2010-11-23 13:37:58 UTC 
Setting devel_ack (with fix depending on Ankit providing the patch).
Comment 16 Ankit Patel 2010-11-30 06:47:33 UTC 
I would provide fix for translations. Reassigning bug back to the owner of the component.

Thanks!
Ankit
Comment 17 Ankit Patel 2010-12-07 12:56:45 UTC 
Created attachment 465228 [details]
A patch to fix Russian (ru) translation issue for rhn-client-tools

Applying this patch should fix Russian (ru) translation issue for rhn-client-tools. Please make a new build applying this patch and help me get this bug fixed.

Thanks!
Ankit
Comment 18 Miroslav Suchý 2011-01-20 14:02:23 UTC 
It was caused by presence of &mdash; in translated string.

This strings is not present in upstream Spacewalk code.

Commiting only to satellite.git as commit c74a7f397bf3596a021f750230be9e2474045a80
Comment 20 Martin Minar 2011-02-21 15:02:16 UTC 
There is still &mdash; in Kdump screen. The rest (bolds) was corrected.
Comment 21 Ankit Patel 2011-02-22 06:41:08 UTC 
(In reply to comment #20)
> There is still &mdash; in Kdump screen. The rest (bolds) was corrected.

Dear Martin,

An issue with &mdash; in Kdump screen, which is basically shown in attachment 447917 [details] (Screenshot 3 in attachments) is not an rhn-client-tools issue but kexec-tools issue. So, as I requested in comment #14, please file a new bug against kexec-tools in order to get it fixed.

Also please give this bug a 'green' to go ahead, as it's fixed I can see in the latest build.

Thanks!
Ankit Patel
Comment 22 Martin Minar 2011-02-22 08:07:23 UTC 
I have created separate bug on Kdump - bug 679310. Closing this one as verified.
Comment 23 errata-xmlrpc 2011-05-19 13:05:06 UTC 
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.

http://rhn.redhat.com/errata/RHBA-2011-0565.html
Note You need to log in before you can comment on or make changes to this bug.