[2914] in SIPB_Linux_Development

home help back first fref pref prev next nref lref last post

Re: linux locker

daemon@ATHENA.MIT.EDU (Derek Atkins)
Thu Aug 24 02:30:10 2000

To: amu@MIT.EDU (Aaron M. Ucko)
Cc: Richard Tibbetts <tibbetts@MIT.EDU>, linux-dev@MIT.EDU
From: Derek Atkins <warlord@MIT.EDU>
Date: 24 Aug 2000 02:29:46 -0400
In-Reply-To: amu@MIT.EDU's message of "23 Aug 2000 09:45:16 -0400"

Actually, /mit/linux/bin/update.pl is a symlink to /mit/linux/update.pl.
Also, I believe that some of the 5.2 server scripts are hard-coded to use
/mit/linux/update.pl, but I'm not 100% sure on that.

-derek

amu@MIT.EDU (Aaron M. Ucko) writes:

> Richard Tibbetts <tibbetts@MIT.EDU> writes:
> 
> > 1) Tell me what, if anything, that users depend on in the linux
> >    locker. For example, is /mit/linux/update.pl hardcoded into 5.2 or
> >    4.2 machines? Send me mail about this, or manually add it to the
> >    README file, which is now in RCS.
> 
> In general, please bear in mind that quite a few machines are still
> running SIPB-Athena 8.2 (based on Red Hat 5.2), and probably will be
> for a while.  Getting rid of files only pertinent to older versions is
> probably okay, though. (though not really necessary, as the SIPB cell
> has plenty of space)
> 
> At any rate, the path to update.pl isn't hardcoded into any machines,
> but users are used to finding it there.  (Incidentally, I probably
> will grab another round of 5.2 updates when I get back to campus this
> weekend.)
> 
> > 2) Look in the Attic. If there is something of value there, let me
> >    know, since right now the Attic has little value to me. I am not
> >    going to delete it yet, but it is not for long term storage. If
> >    there is something in the Attic that you know is worthless, delete
> >    it.
> 
> software-map and old-5.2-x are definitely useless.  src should
> probably stay because it matches the 8.2 installer.  packages and
> redhat (with the possible exception of subdirectories for ancient Red
> Hat releases) should stay; the update script looks in both, and users
> of layered systems sometimes look in packages themselves.
> 
> -- 
> Aaron M. Ucko, KB1CJC <amu@mit.edu> (finger amu@monk.mit.edu)

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord@MIT.EDU                        PGP key available

home help back first fref pref prev next nref lref last post