[3541] in SIPB_Linux_Development

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

Re: update failure from fresh install

daemon@ATHENA.MIT.EDU (Derek Atkins)
Mon Sep 3 11:27:54 2001

To: Angie Kelic <sly@MIT.EDU>
Cc: linux-dev@MIT.EDU, ghudson@MIT.EDU
From: Derek Atkins <warlord@MIT.EDU>
Date: 03 Sep 2001 11:27:49 -0400
In-Reply-To: Angie Kelic's message of "Mon, 03 Sep 2001 11:21:09 -0400"
Message-ID: <sjmbskss39m.fsf@rcn.ihtfp.org>

Angie Kelic <sly@MIT.EDU> writes:

> >You should NOT update directly to 9.0 from the SIPB install.
> 
> Derek, this statement makes no sense. Aren't we installing 8.4.25?

I don't know.  What does /etc/athena/version say we're installing?
Note that I _believe_ the update process _does_ look at this file to
figure out the current state of the machine.

>       Interestingly enough
> the athena 8.4.25 control list looks like this for ypbind:
> 
> redhat-6.2-updates/RPMS/ypbind-1.7-0.6.x.i386.rpm 3
> 
> Makes me wonder what the '3' is for -- there are other things in
> the control list with numbers after them:
[snip]
> perhaps the update uses this information in some way? perhaps
> they're typos, nevertheless, they are certainly something our
> 8.4.25 install doesn't put in place (since we generate a control
> list rather than copying the athena one).
> 
> If the issue is the control list, then certainly updating
> in the 8.4 tree then going to 9.0 would *work* but really
> doesn't need to happen if that's all that is wrong.

Perhaps this is the problem.  Greg?  Any insights?

> --Angie

-- 
       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