Re: Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly
From: Frank Küster <email@example.com>
> I think the "number of fonts is limited" thing deserves a separate bug.
> If I'm not mistaken, most of the other issues with CJK are either fixed
> in debian-reference or in debiandoc-sgml, but this one is not.
All is fixed, except indeed for the arithmetic error (division by
> Danai SAE-HAN (韓達耐) <firstname.lastname@example.org> wrote:
> > There is indeed another patch, also provided by Taco Hoekwater:
> > http://www.ntg.nl/pipermail/ntg-pdftex/2006-November/002522.html
> > (with a reply from Thanh Han The).
> > He suggests adding
> > if vf_nf>font_max then
> > overflow("virtual fonts",font_max);
> > right after vf_nf (twice) in pdftex.web.
> Ah, so for teTeX and TeXlive (which don't have pdftex.web, but change
> files to tex.web instead) this would probably be the following patch:
> texk/web2c/pdftexdir/hz.ch | 2 ++
> texk/web2c/pdftexdir/pdftex.ch | 2 ++
> 2 files changed, 4 insertions(+)
> However, if I'm not mistaken this does *not* set the limit higher, it
> will just bail out with a decent error message, instead of - well, what?
> I couldn't find it in the long conversation in this bug log.
It seems so. :/
But I feel something's moving: another CJK user has reported a similar
Han The Thanh has now provided a patch to let the number of VF grow
(patch is on Sarovar).
This could be the solution to the RC bug (third time's the charm?).
> > I don't have the source, so if you could test pdflatex with test.tex?
> > You can find it here:
> > http://users.edpnet.be/vanmeel/test.tex
> Which fonts (or other things) do I need to have installed? With
> latex-cjk-chinese-arphic-bkai00mp installed, I get lots of error
> messages of the type
> kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+264/600 --dpi 864 bkaiu99
> mktexpk: don't know how to create bitmap font for bkaiu99.
> kpathsea: Appending font creation commands to missfont.log.
> (see the transcript file for additional information)
> Warning: pdflatex (file bkaiu99): Font bkaiu99 at 864 not found
> kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 2+293/600 --dpi 1493 bkaiu93
> mktexpk: don't know how to create bitmap font for bkaiu93.
How strange. It shouldn't use "bkaiu" (which is the Unicode encoded
font) but "bkai". But the "bkai" fonts are all virtual fonts
redirecting glyphs to those of "bkaiu". Perhaps that's why mktexpk
complains about missing "bkaiu" files, but I wonder.
mktexpk shouldn't even be running, since all the fonts are already
provided as Type1 fonts.
test.tex is encoded in Big5, but all the Chinese characters are
replaced by code characters which aren't directly readable. Make sure
you haven't edited the file to include either CJKutf8, UTF8 or bkaiu.
Perhaps you could also try to run "mktexlsr, update-updmap,
updmap-sys" and see if kpathsea can find the Type1 fonts.
If you run test.tex with "latex", it should be fine. pdflatex should
fail with this arithmetic bug. The packages you need are:
latex-cjk-common, latex-cjk-chinese and
If it still botches, I'll upload the original Big5 file.
latex-cjk-chinese-arphic-bkai00mp already provides the
tfm-arphic-bkai00mp. latex-cjk-chinese conflicts with
tfm-arphic-bkai00mp (<= 2.11.2-0.1).