Bug#321094: solved
Ralf Stubner <Ralf.Stubner@physik.uni-erlangen.de> wrote:
> Christoph Bier <christoph.bier@web.de> writes:
> [...]
>> As long as updmap called by a normal user can't write
>> /usr/local/share/texmf/ls-R I would except updmap called by root
>> would do the job for every user, i.e. creating a correct
>> /var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map.
>
> That is one of the strange aspects about teTeX-3.0. If you call updmap
> as *any* user, it will update the map files in TEXMFVAR, which is
> $HOME/.texmf-var/ by default. If you want to update the map files in
> TEXMFSYSVAR, you have to call updmap-sys as root.
But the strange thing here was something different:
- on a system with only one TeX user, some fonts (tfm, pfb files) were
installed in TEXMFHOME, but the map files were in TEXMFMAIN (because
in teTeX-2.0.2 updmap wouldn't find map files in TEXMFHOME)
- The entries for those map files were correctly in
TEXMFSYSVAR/web2c/updmap.cfg
- Yet updmap, called by root, did not put the entries from those map
files into pdftex.map.
Christoph, you write above "updmap called by root". Did you actually
call updmap as root, manually? I ask because we have tried to make
updmap behave as updmap-sys when called by root, but there might be some
errors in the patch. The maintainer scripts should call updmap-sys, and
they do AFAICS.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Reply to: