[3540] in SIPB_Linux_Development
Re: update failure from fresh install
daemon@ATHENA.MIT.EDU (Angie Kelic)
Mon Sep 3 11:21:12 2001
Message-Id: <200109031521.LAA01251@fighting-falcon.mit.edu>
To: Derek Atkins <warlord@MIT.EDU>
cc: linux-dev@MIT.EDU
In-reply-to: Your message of "03 Sep 2001 10:46:15 EDT."
<sjmg0a4s56w.fsf@rcn.ihtfp.org>
Date: Mon, 03 Sep 2001 11:21:09 -0400
From: Angie Kelic <sly@MIT.EDU>
>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?
The fact that there is an 8.4.26 right now is a fluke. There's
nothing to update *to* in the 8.4 tree. The only thing that we're
really missing is the actual control list. 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:
redhat-6.2/RedHat/RPMS/arpwatch-2.1a4-19.i386.rpm 1
redhat-6.2/RedHat/RPMS/libpng-1.0.5-3.i386.rpm 1
redhat-6.2/RedHat/RPMS/libpng-devel-1.0.5-3.i386.rpm 1
redhat-6.2/RedHat/RPMS/make-3.78.1-4.i386.rpm 1
redhat-6.2/RedHat/RPMS/rdist-6.1.5-12.i386.rpm 1
redhat-6.2/RedHat/RPMS/rxvt-2.6.1-8.i386.rpm 5
redhat-6.2/RedHat/RPMS/shadow-utils-19990827-10.i386.rpm 1
redhat-6.2/RedHat/RPMS/xsri-1.0-4.i386.rpm 1
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.
--Angie
