[573] in athena10
Re: Could an arch/i386_deb40/bin be created in the gnu locker for
daemon@ATHENA.MIT.EDU (Tim Abbott)
Thu Oct 16 12:02:33 2008
Date: Thu, 16 Oct 2008 12:01:44 -0400 (EDT)
From: Tim Abbott <tabbott@MIT.EDU>
To: Geoffrey Thomas <geofft@mit.edu>
cc: Ken Raeburn <raeburn@mit.edu>, William D Cattey <wdc@mit.edu>, gnu@mit.edu,
athena10@mit.edu
In-Reply-To: <alpine.DEB.2.00.0810161122350.29207@vinegar-pot.mit.edu>
Message-ID: <alpine.DEB.2.00.0810161136590.16997@vinegar-pot.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
On Thu, 16 Oct 2008, Geoffrey Thomas wrote:
> 1) Athena 10 / Debathena makes sure that all files in /mit/gnu/bin exist in
> /usr/bin (or /bin or whatever), usually by installing software, but also by
> creating symlinks from gfoo to foo, etc. (Software with explicit version
> numbers can be ignored.) The i386_rhel4 sysname remains as the compatibility
> sysname for Athena. This way the local installation always shadows an added
> gnu locker, but athrun or add -f can still be used to access the gnu locker.
> You shouldn't put add -f gnu in your dotfiles, but that's basically true on
> RHEL Athena 9 too.
I think it's wrong to place them in the release (one direct problem is
that "athrun gnu gfoo" still won't work).
> 2) /mit/gnu/arch/i386_deb40/bin/* and g* are symlinks to /usr/bin/*. Usually
> scripts that athrun the gnu locker, on Athena 10, actually want the local
> copy.
I'd prefer a solution such as the current README that encourages people to
fix their scripts. I don't think there are actually very many of them
(there are only two references to "gtar" from binaries in the whichlocker
database, which are both ancient copies of automake).
-Tim Abbott
