Re: rpm problem

"Jon Burgess" <[email protected]>
Newsgroups gmane.linux.redhat.release.phoebe
Message-ID <[email protected]>


Jeff Spaleta <[email protected]>

> Errr...well why dont you fix the rpm db instead? Sounds to
> me like using --nodeps caused the problem to begin with,
> if I read yer bugreport correctly. When is --nodeps every
> really a good solution that doesn't lead to some sort of
> problem? I avoid using --nodeps and --force, as a
> matter of principle, and I haven't actually seen this
> segfault problem.

I completely aggree with you. Using "--nodeps" should only
ever be a temporary workaround. There are two reasons why
I have done this recently:

1) As a temporary measure when installing lots of
new packages with complex dependency
changes (e.g. updating RH8 to KDE-3.1.1). I want to do
rpm -Fvh <lots or rpms>
to update the kde packages which I have installed without
installing too much unnecessary stuff, but this fails
because they have introduced a new package "kdenetwork"
which replaces files from several other packages, but
doesn't exist in 3.0 so it gets dropped from "-Fvh", so
as a short term measure I install:
# rpm -ivh --nodeps kdenetwork...rpm
# mv kdenetwork...rpm done/
Then:
# rpm -Fvh *.rpm
And this time it works and the dependencies are satisfied
by other packages which are updated (e.g. qt-3.0 -> qt-3.1)



2) When mixing packages from different source which disagree
about what they "provide" or "require", but a check reveals
that the underlying library requirements are actually satisfied

A recent example of this is recompiling the XFree-4.3.0-2.1.src.rpm
intended for Phoebe3/rawhide against RH8. This now includes the Xft
library within the XFree86-libs package, so it no longer "--provides
Xft" - but actually does contain the libXft library.

Qt and libgnomeui both depend on "Xft" and are therefore have
failed dependencies as a result of this upgrade, but both work fine
since the library exists. I could fix this by changing the spec files
and recompil-- but I want an easy, quick and temporary workaround.


In fact I did the kde-3.1.1 upgrade (in 1) after the XFree86-4.3.0 upgrade (in
2) and this fixed the KDE-Xft dependency problem. The Qt dependency is still
broken and I guess this is the cause of my grief with rpm. I may get around to
fixing it some time, but it isn't a high priority.

These switches are intended for people in the know, yes they can cause problems,
but so does "rm -fR /".


     Jon




-- 
Phoebe-list mailing list
[email protected]
https://listman.redhat.com/mailman/listinfo/phoebe-list
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.