Bug 485014 - Do not use .mo suffix for gencat message catalogs, they're not Gettext MO files
Do not use .mo suffix for gencat message catalogs, they're not Gettext MO files
Product: Fedora
Classification: Fedora
Component: man (Show other bugs)
All Linux
low Severity medium
: ---
: ---
Assigned To: Ivana Varekova
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2009-02-11 01:22 EST by Dwayne Bailey
Modified: 2009-02-12 08:12 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-02-12 08:12:38 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Dwayne Bailey 2009-02-11 01:22:46 EST
Description of problem:

man installed man.mo in 

But these are not Gettext MO files but gencat files.

This causes problems for any tool wanting to read and manipulate Gettext MO files.

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

How reproducible:
[dwayne@localhost F-10]$ msgunfmt /usr/share/locale/cs/LC_MESSAGES/man.mo 
msgunfmt: file "/usr/share/locale/cs/LC_MESSAGES/man.mo" is not in GNU .mo format

Actual results:
These are not .mo files

Expected results:
They should not present themselves as .mo files

Additional info:
There doesn't seem to be a standard convention for suffixes in gencat files.  But in the actual man code they use mess.$lang.cat - I would suggest either dropping 1) man.cat or 2) simply 'man'

A fixes is simple:
1) man-1.6f/msgs/inst.sh - should not remove the .cat suffix
2) man-1.6f-loc.patch - should not refer to .mo but .cat
3) man.spec should move the files to man.cat instead of man.mo
Comment 1 Ivana Varekova 2009-02-12 08:12:38 EST
Thanks. Fixed in man-1.6f-15.fc11.

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