Bug#607857: texlive-base: don't put files under /usr/local

[Hideki Yamane <henrich@debian.or.jp>]

reassign 607857 texlive-binaries
thanks

Hi,

On Thu, 23 Dec 2010 13:19:00 +0100
Hilmar Preusse <hille42@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