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