[2103] in SIPB_Linux_Development
Re: add new 4.2 rpm updates?
daemon@ATHENA.MIT.EDU (Aaron M. Ucko)
Thu Aug 27 16:53:13 1998
To: mhpower@MIT.EDU
Cc: linux-dev@MIT.EDU
From: amu@MIT.EDU (Aaron M. Ucko)
Date: 27 Aug 1998 16:52:53 -0400
In-Reply-To: mhpower@MIT.EDU's message of "Thu, 27 Aug 1998 15:54:54 -0400"
mhpower@MIT.EDU writes:
> XFree86-libs-3.3.2-1.i386.rpm XFree86-libs-3.3.1-1.2.i386.rpm
Some of the XFree86 packages can't be installed because they want a
newer version of PAM than Red Hat's provided for 4.2. I put them in a
separate directory (.../updates.maybe) in AFS.
> elm-2.4.25-8.1.i386.rpm elm-2.4.25-8.1.i386.rpm
Hmm, I must have overlooked this because Red Hat messed up.
> iBCS-2.0-8.i386.rpm iBCS-2.0-6.1.i386.rpm
The newer version was built for 2.0.35, so we don't want it.
> kernelcfg-0.4-1.i386.rpm kernelcfg-0.4-1.i386.rpm
Another Red Hat mistake...sigh.
> libtermcap-2.0.8-4.2.i386.rpm libtermcap-2.0.8-4.1.1.i386.rpm
> libtermcap-devel-2.0.8-4.2.i386.rpm libtermcap-devel-2.0.8-4.1.1.i386.rpm
Should be equivalent (they both correct the same mistake in the
previous version), but I'll take Red Hat's version.
> pcmcia-cs-2.9.12-0.i386.rpm pcmcia-cs-2.9.12-1.2.i386.rpm
The more recently released version was built for 2.0.35, so we don't
want it.
> I meant the part of update.pl that seems to make exceptions to that
> general rule, i.e.,
>
> push (@rpmlist, $rpm) if ($inst || $name eq 'xserver-wrapper'
> || $name eq 'mktemp');
Ah, right, those special cases.
> Probably it'd be easiest to continue leaving out the inews rpm, as has
> been done in the past. We have inews for linux in the sipb locker.
> Presumably most users can use that version when they're connected to
> the network, and when they aren't connected they can't reach the news
> server and most likely won't have any use for nntp posting ability.
Indeed.
--
Aaron M. Ucko, KB1CJC <amu@mit.edu> (finger amu@monk.mit.edu)
