I've had trouble reproducing this on will: installing (& purging) the
same font package twice gives the warnings only on the first install, so
presumably dpkg --purge and the prerm/postrm scripts aren't completely
reverting the system state.
Looking at the FFFF file, I see lines like
/BousungEG-Light-GB << /FileType /TrueType /Path
(/usr/share/fonts/truetype/arphic/gbsn00lp.ttf) /SubfontID 0 /CSI [(GB1) ] >> ;
/KochiMincho-Regular-JaH << /FileType /TrueType /Path
(/usr/share/fonts/truetype/kochi/kochi-mincho-subst.ttf) /SubfontID 0 /CSI
[(Japan2) ] >> ;
/ShanHeiSun-Light << /FileType /TrueType /Path
(/usr/share/fonts/truetype/arphic/bsmi00lp.ttf) /SubfontID 0 /CSI [(CNS1) ] >> ;
/KochiMincho-Regular << /FileType /TrueType /Path
(/usr/share/fonts/truetype/kochi/kochi-mincho-subst.ttf) /SubfontID 0 /CSI
[(Japan1) ] >> ;
Comparing with line 108, it seems that only $hh{$h[6]} is undefined,
where $h[6] is "GB1", "Japan2", "CNS1" or "Japan1" respectively.
Searching for `hh' finds only its declaration and the cmap loop on lines
98-105.
$IdCmap's value appears (based solely on a quick search for IdCmap in
that file) to come from the init sub in that file: $IdCmap =
defoma_id_open_cache('cmap'). defoma_id_open_cache is defined in
/usr/share/perl5/Debian/Defoma/Id.pm. It constructs a
Debian::Defoma::IdCache with first argument being a filename of basename
id-cache.cmap (given the 'cmap' argument used in this case).
On my system, `locate id-cache.cmap' finds no matches.
(`locate id-cache' finds several matches.)
I'd guess (based on a glance at defoma_id_get_font's definition) that if
id-cache.cmap doesn't exist, then %hh will be empty, which is why
printing $hh{"GB1"} etc. gives this "uninitialized value" warning.
HTH,
pjrm.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
