Re: [cobalt-users] SSH Confusion...

[Anthony <austservices@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>]

On Thu, 29 Mar 2001, Rodolfo J. Paiz wrote:

> At 3/29/01 06:47 PM +1000, you wrote:
> >Does this not show another problem with the Cobalt.
> 
> No.
> 
> >You have to do --nodeps to get 2.5.2p2-1 to install on a RaQ3 due to the
> >RPM binary being of an old version and this version requires at least rpm
> >version of 3.0.5 and at this point RH have even updated rpm to 4 due to
> >security and other reasons. I mean really.
> 
> The latest 3.x.x version of rpm is the latest version for some systems. 
> RedHat has issued RPM-4 for RH-7, and is working to make it compatible with 
> everything. Eventually it will be; however, at this point it is *not* 
> totally compatible, and there have been a large number of reported problems.

Ok I would have to say yes but I am not even saying that cobalt should go
to rpm 4 sorry I should have made it clearer.

Things like the Openssh rpm that is for rh62 does not rpm -U on the cobalt
as it requires a basic rpm 3.0.5 you have to --nodeps I don't really like
to use that. It may or not require other things that your not going to
know about.

I mean to keep up with at least the updates for the os they have hacked
would be nice.


> 
> Users of systems not based on RH7 (Guinness) or later should *not*, in my 
> opinion, upgrade to rpm4 at this time. Would you care to be more specific 
> as to why you think it's so critically bad for Cobalt not to upgrade to 
> rpm4 at this time? "Security and other reasons" is a little broad, don't 
> you think?

and yes unless they were to upgrade to rh7 I would not want rpm 4

> 
> I don't always agree with Cobalt, but I'm quite happy that they haven't 
> tried an upgrade to -4 yet, especially since it would require upgrading a 
> lot of other things too.

And yes there is another point it would require a LOT of other upgrades
but I think going from 3.0.2 to 3.0.5 which would fix most probs with
rpm's that require at least 3.0.5.


I don't really think that would be to much to ask.

Support

> --
> 
> Rodolfo J. Paiz
> rpaiz@xxxxxxxxxxxxxx