[tex-live] Where is the master control switch?

Thomas Esser te at dbs.uni-hannover.de
Mon Jul 31 23:50:15 CEST 2006


> 1. Does a texmf.cnf need to be available at compile time when the
> various tex programs are built?

Yes. paths.h gets the default for TEXMFCNF from it (plus a few other
defaults). A texmf.in in contained in the source tree and texmf.cnf
and paths.h are automatically generated out of it. You don't need an
installed texmf.cnf file.

> In general, does the texmf tree as a
> whole need to be installed for best results before compiling tex programs?

No.

> 2. There are so many choices.  I'm wondering about best practices for 
> handling the numerous variables named in all-caps, found in texmf.cnf 
> and elsewhere: TEXMFMAIN, TEXMFLOCAL, TEXMFDBS, VARTEXFONTS, etc.

That's easy: just make sure that the path in paths.h has a good
compile-time default for TEXMFCNF. Next is to make sure that the texmf.cnf
file *at runtime* has good values for these variables.

> - command line parameters to "configure"?
No.

> - environment variables present when configure is run?
No.

> - entries in texmf.cnf (presuming that TEXMFCNF has been set already)
Yes.

> - or, environment variables present at runtime?
Better avoid that.

> 3. I have already observed that setting TEXMFMAIN as an environment
> variable at runtime is inadequate.  How many such variables would need

It works to overwrite what a possible texmf.cnf file would define. Maybe,
your problem was something else...

Have you considered to set KPATHSEA_DEBUG=-1 (envvar, produces a lot
of debugging output)? Have you checked if some variables are derived by
some SELFAUTO* variables? These are always set relarive to the location
of the binary and cannot be overwritten in the environment.

Thomas


More information about the tex-live mailing list