[2101] in SIPB_Linux_Development
Re: add new 4.2 rpm updates?
daemon@ATHENA.MIT.EDU (Aaron M. Ucko)
Thu Aug 27 09:19:43 1998
To: mhpower@MIT.EDU
Cc: linux-dev@MIT.EDU
From: amu@MIT.EDU (Aaron M. Ucko)
Date: 27 Aug 1998 09:19:06 -0400
In-Reply-To: mhpower@MIT.EDU's message of "Thu, 27 Aug 1998 06:47:11 -0400"
mhpower@MIT.EDU writes:
> I ftp'd all of the new 4.2 rpm updates and put them in
> /redhat/new-updates on sipb-nfs. There are 32 of them. (I didn't
> bother getting the INN news server rpm's since I know they've been
> intentionally excluded because of problems caused by inadvertently run
> news servers on Linux machines.)
New since when? I'm pretty sure the only update I haven't grabbed is
the recent apache one.
> Is the procedure for making these available for RedHat-Athena to
> copy them to /mit/linux/redhat/redhat-4.2/i386/updates, and copy them
> to /redhat/4.2/i386/RedHat/RPMS and run "genhdlist /redhat/4.2/i386"?
The procedure is to copy them to
/mit/linux/redhat/redhat-4.2/i386/updates and run
"make server RSH=ssh" in /mit/linux/devel/redhat/install on a Linux
box. The makefile will have to be modified to know about sipb-nfs.
> Would it maybe be preferable at this point to exclude all of the
> kernel*-2.0.35-0.i386.rpm files? I suspect there's the issue of users
> needing afs-3.3a-2.0.35.i386.rpm to use with kernel-2.0.35-0.i386.rpm.
Yeah, I've been avoiding automatic kernel and AFS updates.
> I'm actually not sure whether RedHat means something different when
> they do this rather than changing the filename, or whether
> /mit/linux/redhat/redhat-4.2/i386/updates/update.pl can be used to
> install the new one on a machine that has the old one installed.
I think that means Red Hat forgot they had already used that number.
Sigh.
> Also, there's an updated rpm inews-1.5.1sec2-2.i386.rpm but there are
> currently no inews rpm's in /redhat/4.2/i386/RedHat/RPMS. Should there
> be a change to update.pl so that machines get this when updating?
Machines only get updated versions of packages they already have
installed.
--
Aaron M. Ucko, KB1CJC <amu@mit.edu> (finger amu@monk.mit.edu)
