Bug#207742: tetex-extra: shoudldn't mktexlsr run unconditionally during configure?

[Hilmar Preusse <hille42@web.de>]

On 30.08.03 Guido Guenther (agx@debian.org) wrote:
> On Sat, Aug 30, 2003 at 01:17:17PM +0200, Hilmar Preusse wrote:
> > On 29.08.03 Guido Guenther (agx@debian.org) wrote:

Hi,

> > So we should look for the existance of
> > /var/lib/texmf/web2c/fmtutil.cnf instead of /etc/texmf/fmtutil.cnf .
> > 
> > > why isn't mktexlsr run in that case?
> > 
> > Well, cause after that check we also call fmtutil, which needs
> > fmtutil.cnf . That should have failed to, you don't have format
> > files for metapost, omega, lambda...
> 
> Well this doesn't fully answer my question. I saw the call to
> fmtutil and the check (also with the wrong path atm) makes sense
> for that, but why is this also needed for mktexlsr, shouldn't this
> be called unconditionally?
> 
The question could be reduced to:

    if [ -e $TEXCONFIG_P ] && [ -e /etc/texmf/fmtutil.cnf ] && \
        fgrep -q TEXMFMAIN /usr/share/texmf/web2c/texmf.cnf 2> /dev/null
    then
        /usr/bin/mktexlsr
        TEMPFILE=`tempfile -p tex`
        echo "Running initex for missing formats. This may take some time. ..."
        fmtutil --missing > $TEMPFILE
        echo "Output of initex is in $TEMPFILE"
        echo
    fi

Why isn't that contruct splitted into two parts? First check for the
existence of texmf.cnf and TEXCONFIG_P and then call mktexlsr
(mktexlsr calls kpsewhich and I don't know if kpsewhich needs
$TEXMFMAIN). Then check for fmtutil.cnf and TEXCONFIG_P and call
fmtutil.
Well I didn't implement that. Maybe for performance, maybe we need
both files anyway so we can do it in one if-then construction?

Hilmar
-- 
sigmentation fault