Bug 83119 - up2date.pot : strings doesn't match; tui.py:579 vs. gui.gladestrings:388
up2date.pot : strings doesn't match; tui.py:579 vs. gui.gladestrings:388
Status: CLOSED RAWHIDE
Product: Red Hat Linux
Classification: Retired
Component: up2date (Show other bugs)
8.0
All Linux
medium Severity medium
: ---
: ---
Assigned To: Adrian Likins
Fanny Augustin
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2003-01-30 09:46 EST by Gregory Petit
Modified: 2007-04-18 12:50 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-02-14 00:04:22 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Gregory Petit 2003-01-30 09:46:45 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

Description of problem:
I found almost 2 identical strings in the 1.9  up2date.pot file. 

#: ../tui.py:579
msgid "A Profile Name is a descriptive name that you choose to identify this
System Profile on the Red Hat Network web pages. Optionally, include a computer
service or identification number."

#: ../gui.gladestrings:388
msgid "A Profile Name is a descriptive name that you choose to identify this
System Profile on the Red Hat Network web pages. Optionally, include a computer
serial or identification number."

This was in version 1.9 of the up2date.pot file. Now, in version 1.10,
gui.gladestrings:388 has been replaced by another string.

My question: should "service" be replaced by "serial", or is it correct the way
it is now(in tui.py:579)?

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. get the 1.9 version of up2date.pot from the CVS i18n server, not version 1.10

Additional info:
Comment 1 Miloslav Trmac 2003-01-30 15:25:16 EST
Also, many strings are duplicated and differing only in embedded
'\n' characters.
Comment 2 Adrian Likins 2003-01-31 21:38:38 EST
should be fixed in 3.1.10. "serial" is correct.
Comment 3 Jay Turner 2003-02-14 00:04:22 EST
Fix confirmed with up2date-3.1.15-7.

Note You need to log in before you can comment on or make changes to this bug.