Re: pkg/48762: devel/doxygen 1.8.7 mktexpk: Mismatched mode ljfour and resolution 600 input tcrm1000

[David Sainty <dave%dtsp.co.nz@localhost>]

On 26/04/14 12:35, davshao%gmail.com@localhost wrote:
> > Number:         48762
> > Category:       pkg
> > Synopsis:       devel/doxygen 1.8.7 mktexpk: Mismatched mode ljfour and 
> > resolution 600 input tcrm1000
> > Confidential:   no
> > Severity:       non-critical
> > Priority:       low
> > Responsible:    pkg-manager
> > State:          open
> > Class:          sw-bug
> > Submitter-Id:   net
> > Arrival-Date:   Sat Apr 26 00:35:00 +0000 2014
> > Originator:     David Shao
> > Release:        DragonFly 3.7-DEVELOPMENT i386
> > Organization:
> > Environment:
> DragonFly  3.7-DEVELOPMENT DragonFly v3.7.1.1121.g53373-DEVELOPMENT #3: Fri Apr 
> 25 07:30:28 PDT 2014     xxxxx@:/usr/obj/usr/src/sys/GENERIC  i386
>
> > Description:
> Using latest pkgsrc cvs on DragonFly 3.7-DEVELOPMENT i386, devel/doxygen 1.8.7 
> failed to build with:
>
> kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 tcrm1000
>
> kpathsea: Running mktexfmt mf.base
> mktexpk: Mismatched mode ljfour and resolution 600; ignoring mode.
> mktexpk: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1+0/600; 
> nonstopmode; input tcrm1000
> This is METAFONT, Version 2.718281 (Web2C 2013)
>
> kpathsea: Running mktexfmt mf.base
> I can't find the base file `mf.base'!
> grep: tcrm1000.log: No such file or directory
> mktexpk: `mf-nowin -progname=mf \mode:=ljfour; mag:=1+0/600; nonstopmode; input 
> tcrm1000' failed to make tcrm1000.600pk.
> kpathsea: Appending font creation commands to missfont.log.
> (see the transcript file for additional information)
> !pdfTeX error: pdflatex (file tcrm1000): Font tcrm1000 at 600 not found
>   ==> Fatal error occurred, no output PDF file produced!
> Makefile:18: recipe for target 'doxygen_manual.pdf' failed
> gmake[1]: *** [doxygen_manual.pdf] Error 1
> gmake[1]: Leaving directory '/usr/pkgsrc/devel/doxygen/work/doxygen-1.8.7/latex'
> Makefile:112: recipe for target 'install_docs' failed
>
> > Fix:
> doxygen 1.8.7 successfully built and was installed after installing 
> fonts/tex-collection-fontsrecommended (which seems to append 2010 to its name). 
>  On another DragonFly 3.7-DEVELOPMENT x86_64 machine and on a NetBSD 6.99.40 
> amd64 machine both with tex-collection-fontsrecommended-2010 already installed, 
> devel/doxygen was successfully either replaced or installed without problem.
>
> Adding tex-collection-fontsrecommended as a build dependency seems a rather 
> drastic solution since it pulls in so many other packages; therefore, since 
> DragonFly i386 pkgsrc is at this point an almost vanishing platform, it might 
> be advisable to wait to see if this problem occurs on other platforms before 
> acting.  And in any case even if there is a problem, there is a simple if 
> somewhat lengthy fix that requires no change to pkgsrc.

I believe the problem is an absence of tex-metafont during the build.  
The PKGVAR cache adds to the confusion.

% pkg_delete tex-metafont
% mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 tcrm1000 
>/dev/null 2>&1 && echo GOOD || echo BAD
GOOD (Because of the cached tcrm1000.600pk)
% rm /pkg/pkgvar/lib/texmf/fonts/pk/ljfour/jknappen/ec/tcrm1000.600pk # 
Delete cached file
% mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 tcrm1000 
>/dev/null 2>&1 && echo GOOD || echo BAD
BAD (Because no cache + no tex-metafont)
% ( cd pkgsrc/fonts/tex-metafont && make install ) # Install tex-metafont
% mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi 600 tcrm1000 
>/dev/null 2>&1 && echo GOOD || echo BAD
GOOD (Because tex-metafont provides the resources to build tcrm1000.600pk)

However, it isn't clear to me how best to fix it.  Adding tex-metafont 
as a BUILD_DEPENDS would work, but it seems a bit ugly that doxygen 
should need to know about such a deep dependency.  It is (I think) 
pdflatex that eventually calls mktexpk via some channel.

I tend to think that text-metafont should be a run-time dependency of 
(in this case) tex-ec, because tcrm1000.mf uses exbase.mf (also from 
tex-ec), which in turn makes explicit reference to metafont.

Possibly any package that contains .mf files should depend on 
tex-metafont?  The list isn't enormous:

% find . -name tex-metafont -prune -o -name PLIST | xargs egrep -l 
'font.*\.mf$' | sort
./fonts/tex-amsfonts/PLIST
./fonts/tex-bbold/PLIST
./fonts/tex-cmcyr/PLIST
./fonts/tex-cmextra/PLIST
./fonts/tex-cm/PLIST
./fonts/tex-ec/PLIST
./fonts/tex-esint/PLIST
./fonts/tex-euro-ce/PLIST
./fonts/tex-eurosym/PLIST
./fonts/tex-latex-fonts/PLIST
./fonts/tex-lh/PLIST
./fonts/tex-mflogo/PLIST
./fonts/tex-musixtex-fonts/PLIST
./fonts/tex-ocr-b/PLIST
./fonts/tex-rsfs/PLIST
./fonts/tex-stmaryrd/PLIST
./fonts/tex-tipa/PLIST
./fonts/tex-wasy/PLIST
./graphics/tex-xypic/PLIST
./print/lilypond/PLIST
./print/teTeX3-texmf/PLIST
./print/tex-arabtex/PLIST
./print/tex-bagpipetex/PLIST
./print/tex-chemarrow/PLIST
./print/tex-etex/PLIST
./print/tex-igo/PLIST
./print/tex-misc/PLIST
./print/tex-ptex/PLIST
./print/tex-skak/PLIST