Bug 32134

Summary:	japanese.map is invalid
Product:	[Retired] Red Hat Linux	Reporter:	Michal Jaegermann <michal>
Component:	tetex	Assignee:	Tim Waugh <twaugh>
Status:	CLOSED RAWHIDE	QA Contact:	David Lawrence <dkl>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.1
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2001-04-05 19:20:52 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 Michal Jaegermann 2001-03-18 19:35:57 UTC

File dvips/config/japanese.map is invalid as it does not specify .pfb,
or .pfa, files from which these fonts are supposed to come (not mentioning
encoding but maybe this is ok).  Compare with other map files in the same
directory.

This deficiency is causing later spurious wailings from pdftex and
pdflatex and maybe from other programs as well.

  Michal
  michal

Comment 1 Tim Waugh 2001-03-18 22:07:17 UTC

Can you tell me how I can see these wailings?  Do you have a test case?

Comment 2 Michal Jaegermann 2001-03-18 23:46:26 UTC

Oh, I see what is happening.  After one added some new font maps, or one
changed font configuration options (turning on support for CM in
Type1 format, for example in 'updmap') then one is supposed to rerun
/usr/share/texmf/dvips/config/updmap to generate new 'psfonts.map'.
It looks like that although japanese.map was added, and also got listed
on 'extra_modules' list in updmap, nobody bothered to execute updmap.
Therefore old maps were not updated and and you do not see anything
wrong.  I was playing with 'type1_default' and was hit by that.

BTW - I checked that 'cmpskit' (cf. #31957) does not add a single pfb file
to what is in the current tetex distribution and only some buggy scripts.
The only useful piece of that package seems to be 'cmsample.tex'.
Turn on 'type1_default=true', rerun 'updmap', and do 'pdftex cmsample.tex'
just for fun of it.  This should also show complaints if you kept
japanese.map in updmap configuration.

Regardless - japanese.map simply does not conform to a required format.

Comment 3 Tim Waugh 2001-03-20 11:25:19 UTC

Is this the same as bug #17333?  It seems related.

Comment 4 Tim Waugh 2001-04-04 20:51:16 UTC

http://www.io.com/~kazushi/unix/ptex.html#psfontsmap says this:

-->
Changing a psfonts.map for printer having no Japanese fonts

Edit /usr/local/share/texmf/dvips/psfonts.map. Add "<`min" and "<`goth" like 
following.
rml      Ryumin-Light-H         <`min
rmlv     Ryumin-Light-V         <`min
gbm      GothicBBB-Medium-H     <`goth
gbmv     GothicBBB-Medium-V     <`goth


In addition, I describe meanings of name. "rml" is a font name in DVI file. 
"Ryumin-Light-H" is a font name in PS file. "min is a font name in VFlib.
<--

Does this sound like the right solution? (Bug #17333 is a separate issue I 
think.)

Comment 5 Michal Jaegermann 2001-04-05 19:20:48 UTC

> Does this sound like the right solution?

This for sure would make these map entries acceptable in that sense
that they would contain a minimal number of required elements. The
last one is a name of a file from which glyphs description will be
read.  How "'min" is suppposed to be interpreted in the context
I am not sure and even less what ' means here.  Usually you see there
names like "lbfa.pfb" or "xyline10.pfa".

Comment 6 Tim Waugh 2001-04-19 09:30:01 UTC

This fix is in tetex-1.0.7-16, anyhow.