Bug 24064 - popt messages not translated
Summary: popt messages not translated
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: popt   
(Show other bugs)
Version: 7.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-01-15 19:54 UTC by Christian Rose
Modified: 2008-05-01 15:37 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2001-01-15 19:55:09 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description Christian Rose 2001-01-15 19:54:15 UTC
The messages

"Usage: %s [OPTION...]"
"Help options"

are provided by popt in applications using popt, but they don't show up
translated in those apps (tested this with Nautilus on Red Hat 7). This
might be a bug in popt (maybe those strings aren't marked for
translation?).

Thanks to darin@eazel.com, who has helped me get a clue which strings come
from where.
The specifics from the Nautilus case can be found at
http://bugzilla.eazel.com/show_bug.cgi?id=5504

Comment 1 Jeff Johnson 2001-01-15 23:46:01 UTC
There was a missing keyword=POPT_ on the xgettext line, now fixed in CVS and
i18n robot,
tell eazel to look for the fix in popt-1.6.[12] (there's no difference at all,
but GNOME has
their own copy of popt)) packages.


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