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
