Bug#141086: tetex-bin: Puts files in /usr/local

[Dan Christensen <jdc@uwo.ca>]

I think there are still a few minor problems.  First, the postinst
contains

if [ -e $TEXCONFIG_P -a -e /usr/share/texmf/dvips/config ]
then
...
    /usr/bin/mktexlsr
...

which writes a file to /usr/local.  Maybe the new logic should be
moved from the cron.daily script to mktexlsr?  Or a wrapper should
be put around mktexlsr?

And the FHS=1 or 0 setting could be put into either of these places,
or into a file in /etc/texmf/.  The latter is better, because then
it could be used in the following ways:

1) Maybe texmf.cnf could be made to look at the FHS setting too,
and use !! if FHS=0.  Then the user has to only change one spot
if they want to have local ls-R files.  If it is hard to have
conditionals in texmf.cnf, then instead comments could be put
both in texmf.cnf and where FHS is set.

2) On upgrade, if FHS=1, then I think the package should remove any
existing ls-R file.  Otherwise I think that people who haven't
followed these changes will complain that their ls-R file is out of
date.  Worse, if they see the ls-R file there but don't notice that it
is out of date, they may update texmf.cnf to use it by adding !!.

---

A simpler arrangement is to:

a) remove mktexlsr from postinst completely
b) always remove all ls-R files on install/upgrade
c) let the cron job handle making new ls-R files
   (and maybe run the cron job from the postinst)?

---

Finally, maybe the FHS setting could be asked as a low priority
debconf question?

Dan

PS:  Please cc me on any replies to the BTS.


-- 
To UNSUBSCRIBE, email to debian-tetex-maint-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org