On 25.12.10 Norbert Preining (prein...@logic.at) wrote:
On Fr, 24 Dez 2010, Hilmar Preusse wrote:
Hi,
we have to go through texlive-base.postinst step by step and
check,
It is not there, it is in tex-common: I adapted the postinst with
loads of debug and what did I found:
Well, I
On 25.12.10 Hilmar Preusse (hill...@web.de) wrote:
On 25.12.10 Norbert Preining (prein...@logic.at) wrote:
Hi,
It is not there, it is in tex-common: I adapted the postinst with
loads of debug and what did I found:
Well, I expected somthing like that.
So ... what is the
On 25.12.10 Norbert Preining (prein...@logic.at) wrote:
Hi,
By default, the TeX filename database is also rebuilt (with mktexlsr).
...
--nohash do not run texhash
...
So ... what is the solution? The simple idea would be to
call updmap-sys --nohash, but on
HI Hilmar!
On Sa, 25 Dez 2010, Hilmar Preusse wrote:
I hade a short look: texhash is only called one time shortly before
the end of the mkMaps function, which is only called one time at the
end of the main function. This means the updmap script itself does
not need an ls-R db update during
On So, 26 Dez 2010, Norbert Preining wrote:
So that means we only have to adapt the trigger action of tex-common.
What do you say about that one:
Tested that code:
...cowbuilder
...
Setting up texlive-base (2009-11) ...
Running mktexlsr. This may take some time... done.
Building format(s) --all
reassign 607857 texlive-base
retitle 607857 postinst script of texlive-base creates
/usr/local/share/texmf/ls-R
stop
On 24.12.10 Norbert Preining (prein...@logic.at) wrote:
Hi,
The question is *WHY* an ls-R file is created there, because none
of *our* scripts (AFAIS) creates it, all call
On Fr, 24 Dez 2010, Hilmar Preusse wrote:
we have to go through texlive-base.postinst step by step and check,
It is not there, it is in tex-common: I adapted the postinst with
loads of debug and what did I found:
DEBUG 122:
DEBUG 123:
Running updmap-sys. This may take some time... DEBUG 124:
reassign 607857 tex-common
tags 607857 patch
thanks
Hi,
I've tried it with pbuilder chroot environment, installed tex-common.
r...@hp115:/# ls -l /usr/local/share/
total 0
drwxrwsr-x 2 root staff 40 Dec 21 08:40 man
drwxrwsr-x 2 root staff 40 Dec 24 01:26 texmf
Oops, there's texmf!
Hi Hideki,
what are you trying to do? Why do you not try to understand what I wrote
several times?
Yes, we know that we create /u/l/s/texmf, this is allowed by policy.
The question is *WHY* an ls-R file is created there, because none
of *our* scripts (AFAIS) creates it, all call mktexlsr with
a
9 matches
Mail list logo
