On Sat, Aug 05, 2000 at 04:49:49PM +0300, Pekka Savola wrote:
> > Instead of hard-coding the information about package replacements and
> > package importance into an update-tool, it could be put into the package
> > header and rpm should be able to read and *use* that information for the
> > "Freshen" command.
> The information is in the headers of respective packages, not in RPM
> binary itself.  RPM is just about the only tool to really use them.  

Thats what I meant.
 
> I haven't used it myself, but there has been a package
> rpmdb-redhat-<version> for some time now.  AFAIK this contains all the
> relevant information on all packages in that release.

Oh, thats indeed interesting. Its still lacking suggestions and priorities,
but at least one has all the information available without downloading
everything in advance.
 
> This updates ssh-1.2.27 and "removes" the package 'ssh' just fine,
> checks that you have necessary components installed, and provides
> meta-package 'ssh' for other packages which might have Requires: ssh line.

But thats exactly the other way 'round! *You* have to know that OpenSSH is
the new ssh software and then rpm will do the right thing. However, what I
would to like to see in rpm is something like "here are your pakets, update
as much as you can" and then rpm will figure out itself that OpenSSH is the
replacement.

Why do I want that? Well, because we're in the "Update your distribution
while running" thread and the *only* thing to date that has kept from doing
just what the original poster wanted is that packages have been split up,
replaced by others and so on. So I'm looking for a way to teach rpm how to
figure out these things automatically.
 
> RPM isn't just that talkative as Debian I think :)

' never said that I like Debians package management better. Its
talkativeness is one of the things that annoys me most. I just think that
they do updates better than rpm does.

Regards

---Ingo Luetkebohle / 21st Century Digital Boy

its easy to stop using Perl: I do it after every project

PGP signature

Reply via email to