Bug#213310: tetex-base: the dvips database should not be in /etc
On 17.10.03 Atsuhito Kohda (kohda@pm.tokushima-u.ac.jp) wrote:
> From: Hilmar Preusse <hille42@web.de>
> Subject: Bug#213310: tetex-base: the dvips database should not be in /etc
> Date: Fri, 17 Oct 2003 00:39:32 +0200
Dear Atsuhito-san,
> Hi, (where do you learn this Japanese style? ;)
>
One of my last employers had a big customer in Japan. I've never been
there.
> > > Basically, I guess /var/lib/texmf/dvips might be better as
> > > --outputdir and ln -s /var/lib/texmf/dvips/* /etc/texmf/dvips/
> > > might work.
> > >
> > Sorry, missed your idea. Sounds good. I would call that dir
> > /var/lib/texmf/web2c/dvips.
>
> You mean, with --outputdir /var/lib/texmf/web2c/dvips ?
>
Yes. Before make an test -d if that dir exist and create it if not.
> # Is it need to modify settings in texmf.cnf so that programs
> # search /var/lib/texmf/web2c/dvips (which is equivalent to
> # /usr/share/texmf/web2c/dvips, of course) ?
>
> If so, my previous idea was much poor one ;) And I just
> come to the above idea. But I might misunderstand yet.
>
I played a little bit further.
1. Just define VARTEXMF in 05TeXMF.cnf
VARTEXMF = /var/lib/texmf
2. Modify TEXMF accordingly in 05TeXMF.cnf
TEXMF = {$HOMETEXMF,$TEXMFLOCAL,$TEXMFOLDLOCAL,$VARTEXMF,!!$TEXMFMAIN}
3. Call updmap
(none):~# pdflatex a
This is pdfTeX, Version 3.14159-1.10b (Web2C 7.4.5)
(./a.tex{/usr/share/texmf/pdftex/config/pdftex.cfg}
LaTeX2e <2001/06/01>
Babel <v3.7h> and hyphenation patterns for american, french, german, ngerman, nohyphenation, loaded.
(/usr/share/texmf/tex/latex/base/article.cls
Document Class: article 2001/04/21 v1.4e Standard LaTeX document class
(/usr/share/texmf/tex/latex/base/size10.clo))
(/usr/share/texmf/tex/latex/psnfss/palatino.sty) (./a.aux)
(/usr/share/texmf/tex/latex/psnfss/ot1ppl.fd) [1{/var/lib/texmf/web2c/dvips/config/pdftex.map}] (./a.aux)
){/usr/share/texmf/dvips/psnfss/8r.enc}</usr/share/texmf/fonts/type1/urw/palatino/uplr8a.pfb>
Output written on a.pdf (1 page, 13054 bytes).
Transcript written on a.log.
Advantages over the idea below:
1. We have to call just updmap cause updmap regards VARTEXMF. Nobody
can break the system by forgetting the option --outputdir.
2. We don't have that symlink farm in /etc/texmf/dvips.
Disadvantges:
I don't know, if it will break other things. updmap uses $VARTEXMF to
determine where to put the generated maps and fmtutil uses it to find
out, where to put the formats. As far as I can see the program
texconfig make extensive use of this variable. Maybe there will
something break, if we set VARTEXMF. In the moment I don't understand
the code completely.
I've tested that configuration very shortly, and it works. I didn't
try what's happening when running texconfig.
> One another possible idea was;
>
> with --outputdir /var/lib/texmf/debian (or generated ?
> new directory anyway) and symlink it to
> /usr/share/texmf/dvips/debian (or generated)
>
> This could work without any modification of texmf.cnf (I'm
> not sure. Does anyone know precisely?)
>
Yes it does. I tested yesterday in my sandbox. I set the symlinks to
/etc/texmf/dvips instead of /usr/share/texmf/dvips/config/, but that
shouldn't matter.
Hilmar
--
sigmentation fault
Reply to: