[4027] in Release_7.7_team
Re: Plan for moving tetex to a locker
daemon@ATHENA.MIT.EDU (Aaron M. Ucko)
Sun Sep 21 21:57:42 2003
To: Greg Hudson <ghudson@MIT.EDU>
Cc: release-team@MIT.EDU
From: amu@alum.mit.edu (Aaron M. Ucko)
Date: Sun, 21 Sep 2003 21:57:40 -0400
In-Reply-To: <Release_7.7_team:4022@unknown-discuss-server> (Greg Hudson's
message of "Sun, 21 Sep 2003 01:31:36 -0400")
Message-ID: <udlbrtdlh4b.fsf@multics.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Greg Hudson <ghudson@MIT.EDU> writes:
> * Lockers would allow us to more easily delegate maintenance to tex
> experts who aren't members of our team, like we've done in the
> past with the gnu locker. I don't think there is currently anyone
> we'd want to delegate control to, but in the past there have been
> people like amu who were both more motivated and more able to
> maintain a tex installation than we were. That situation might
> arise again in the future.
*wave* For the record, micromanaging TeX installations is a pain, and
probably unnecessary given a recent version of a distribution as
extensive as teTeX; on the other hand, the extra flexibility doesn't
particularly hurt, especially given today's support for local caches
of entire lockers.
I should also note that it wasn't entirely a solo effort; I did have
some help from the other folks on bug-newtex.
> I have prepared a tetex-2.0.4 locker as a proof of concept. I'm
> guessing it should move to the athena cell before this plan goes live,
> but that can be done with a volume dump since there are no AFS path
> references in the locker.
FWIW, newtex was configured with the AFS path as a fallback for when
the locker was detached.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger amu@monk.mit.edu (NOT a valid e-mail address) for more info.