Bug 485014

Summary:	Do not use .mo suffix for gencat message catalogs, they're not Gettext MO files
Product:	[Fedora] Fedora	Reporter:	Dwayne Bailey <dwayne>
Component:	man	Assignee:	Ivana Varekova <varekova>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	10	CC:	varekova
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-02-12 13:12:38 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Dwayne Bailey 2009-02-11 06:22:46 UTC

Description of problem:

man installed man.mo in 
/usr/share/locale/%l/LC_MESSAGES/%N.mo

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):
man-1.6f

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 13:12:38 UTC

Thanks. Fixed in man-1.6f-15.fc11.