Re: Bug#23576: tetex-base: no write-permissions on public font directories
I wrote:
>>> Finally, it would be very nice if the hierarchy was under
>>> /usr/share/texmf rather than /usr/lib/texmf since the texmf hierarchy
>>> was designed to be sharable this way ... and it will also make it much
>>> easier to make "installers" for things such as the TeX Live 3 CD-ROM
>>> we're just now issuing.
christoph.martin@uni-mainz.de wrote:
>> We have to discuss this. What do others (debian-devel) say to this
>> point?
jdassen@wi.leidenuniv.nl writes:
> [-devel dropped; moved to -policy]
>
> This IMO is a policy issue: FSSTND (/usr/lib/texmf/) or FHS
> (/usr/share/texmf)? Debian 2.0 isn't intended to be FHS compliant, but
> (as far as I know) there are no real objections against a maintainer
> switching a package from FSSTND to FHS locations. I don't think this
> should happen in the deep freeze though.
>
> So my opinion would be: move to /usr/share/texmf, but do so in slink.
That's fine with me ... is slink 2.1 or 3.0 or TBD?
Using it as such would be a great benefit for those of us who like
multi-architecture installations where some of the machines have very small
disks and not so much memory (this happens, for example, when you recycle
older PCs, Sparcs, and Sun3s (!) with decent screens). With 300M disk one
can install a complete root+swap+usr when /usr/share has all the generic
stuff. This is very sensible: Linux works much better when binaries are
local (because then they can be mapped out of the limited memory without
requiring network traffic). But it is not obvious how you install the same
package on several machines but share part of it ... this is something that
needs to be adressed (it is closely related to the generic issue of
maintaining identical collections of packages on several machines).
BTW, I am still looking for someone to mentor me into debian developerdom,
any takers? (the package format has developed a bit since I last
participated actively in 1993 :) My special interests would be
* functional programming languages (Haskell and ML), and their integration
into the desktop (that'd be Gnome, right :), and
* easy installation and maintenance of small (multi-architectural) clusters
(the interesting part here is that workstations can be useful in such
configurations *before* a complete Debian exists for them as soon as they
have base+net+an x11 server, essentially).
This also means please include me directly in replies, thanks.
Cheers,
Kristoffer
--
Kristoffer Høgsbro Rose, Ph.D., prof.associé <Kristoffer.Rose@ENS-Lyon.FR>
Laboratoire de l'Informatique du Parallélisme équipe PLUME, bureau LR5-026
Ecole Normale Supérieure de Lyon; 46, Allée d'Italie; F-69364 Lyon 07 cedex
phone: +33(0)4 7272 8642; fax:...8080 <http://www.ens-lyon.fr/~krisrose>
--
To UNSUBSCRIBE, email to debian-policy-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: