Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 57410

Summary:	groff behavier is odd for Japanese man
Product:	[Retired] Red Hat Linux	Reporter:	Nakai <ynakai>
Component:	groff	Assignee:	Florian La Roche <laroche>
Status:	CLOSED RAWHIDE	QA Contact:	Aaron Brown <abrown>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.2	CC:	tagoh
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:	2003-01-17 10:56:27 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 Nakai 2001-12-11 21:32:14 UTC

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901

Description of problem:
In Japanese environment,

'man hexdump' shows weird warnings and doesn't show correctly.
Hyphen '-' will be replace to be 'F1'



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


How reproducible:
Always

Steps to Reproduce:
1. Add LANG=ja_JP.eucJP to /etc/sysconfig/i18n
2. Logout
3. Login
4. Make sure 'env | grep ja_JP.eucJP'
5. Make sure you have man-pages-ja
6. 'man hexdump' from terminal. You can use kterm, rxvt, gnome-terminal.


Actual Results:  It shows below warnings:

/usr/share/groff/1.17.2/tmac/docj.tmac:57: can't find macro file `mdoc/common'
/usr/share/groff/1.17.2/tmac/docj.tmac:58: can't find macro file `mdoc/syms'
<standard input>:64: warning: numeric expression expected (got `F')
<standard input>:205: warning: numeric expression expected (got `F')
and '-b' is showed up as 'F1b', '-c' is showed up as 'F1c'.
And the descrption in the NAME paragraph doesn't show up.

Additional info:

zcat /usr/share/man/ja/man1/hexdump.1.gz|LANG=japanese groff -Tnippon
-mandoc | less

works fine. So this is weird.

This problems is in RHL7.2, and doesn't fix with latest man-pages-ja,
groff, man
combination in 8.0 tree.

This is different report from
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=56990
so not duplicated.

Comment 1 Florian La Roche 2002-11-18 15:47:37 UTC

Can you please test this again with the current beta and groff-1.18.1-1?

Thanks,

Florian La Roche

Comment 2 Akira TAGOH 2002-11-21 07:03:38 UTC

I tried it again with beta1 and groff 1.18.1-1. but it's not still fixed.
another error and warning are output:
/usr/share/groff/1.18.1/font/devnippon/M:5: error: missing code for `u0100..uFFFF'
troff: warning: can't find font `M'
/usr/share/groff/1.18.1/font/devnippon/G:5: error: missing code for `u0100..uFFFF'
troff: warning: can't find font `G'
<standard input>:47: warning: can't find character with input code 204
...

And manpage isn't still readable.

Comment 3 Markus Kuhn 2002-12-05 18:13:04 UTC

See also Bug 79102 for a potentially related issue with solution.

Comment 4 Florian La Roche 2003-01-11 09:31:24 UTC

The above output is fixed and multibyte support should now be
correctly enabled plus there have been bug-fixes with japanese html
recently. Can you please test groff-1.18.1-5 or newer and let me know
if this is resolving all issues?

greetings,

Florian La Roche

Comment 5 Nakai 2003-01-17 10:56:27 UTC

groff-1.18.1-7 seems to work.