reassign 607857 texlive-binaries thanks Hi,
On Thu, 23 Dec 2010 13:19:00 +0100 Hilmar Preusse <hill...@web.de> wrote: > Well, that directory wasn't created by texlive-base, but by > tex-common (which was installed as dep). In theory that dir should be > gone after purging of tex-common. Could you check if this is the > case? I've confirmed same issue with texlive-xetex, but it is caused by another package... texlive-binaries. > Processing triggers for tex-common ... > Running mktexlsr. This may take some time... done. It seems to be triggered by mktexlsr. In mktexlsr, `kpsewhich --show-path=ls-R` returns path that includes /usr/local/share/texmf and it makes ls-R file with that. In mktexlsr, > set x `kpsewhich --show-path=ls-R | tr : ' > ' | sort | uniq` > IFS=$OIFS (snip) > + kpsewhich --show-path=ls-R > + set x /usr/local/share/texmf /usr/share/texmf /usr/share/texmf-texlive > /var/lib/texmf (snip) First, it's strange because result of `kpsewhich --show-path=ls-R` should be "/var/lib/texmf:/usr/local/share/texmf:/usr/share/texmf:/usr/share/texmf-texlive" but this excludes /var/lib/texmf. `set x `kpsewhich --show-path=ls-R | tr : ' ' | sort | uniq` ` (without newline during commands) returns fine output. Second, we probably exclude /usr/local with this job, if not, it puts /usr/local/share/texmf/ls-R file. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
