[tex-live] texconfig-sys: runs updmap instead of updmap-sys

[Reinhard Kotucha]

Frank Küster writes:

 > texconfig-sys is a wrapper around texconfig which mostly just sets
 > TEXMFVAR and TEXMFCONFIG to the corresponding SYS variables and then
 > calls texconfig.  However, in texconfig (around line 1151 in my local
 > copy) the command "init" runs fmtutil and updmap unconditionally.

I don't like that too.  fmtutil and updmap are quite unrelated.
Thomas added the updmap call some time ago when he wrote the script
from scratch for teTeX-3.  I initially thought that this was a TeXLive
extension but even Thomas had to look into his stuff in order to find
out who made the change.  Hence I think that he had nothing fancy in
mind.

The result of our discussion was that Karl changed the script so that
updmap will not be executed if fmtutil fails.  The fact that formerly
you had no chance to read the error messages provided by fmtutil
bothered me a lot.

I do not see any good reason to call updmap here.  If nobody provides
a good reason, I'll remove it.  It's no problem to add an extra option
to allow people to run updmap from the menu.

 > I suggest that it should also set and export a variable, say
 > "syswide_mode=1", and texconfig can then check for this.

I'm wondering whether it makes more sense to integrate the stuff from
texconfig-sys into texconfig and make texconfig-sys a symlink.

 > I must say that I don't know whether texconfig is used much at all
 > (I never use it), but as long as we provide it we should also
 > maintain it a bit.

texconfig is the main configuration tool for teTeX and TeXLive.  It's
a pity that you never used it, maybe you should use it at least once
in order to find out what it does.  Run texconfig without any
arguments.

We should definitely maintain texconfig, of course.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha			              Phone: +49-511-4592165
Marschnerstr. 25
D-30167 Hannover	                      mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------