Bug 171415
Summary: | rpm -Uvh of custom snack package fails, but rpm -ivh succeeds on RHEL4u2 | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | jim williams <james.d.williams> |
Component: | newt | Assignee: | Petr Rockai <prockai> |
Status: | CLOSED RAWHIDE | QA Contact: | Jay Turner <jturner> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4.0 | CC: | srevivo |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-01-17 09:41:47 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
jim williams
2005-10-21 16:10:57 UTC
Please give me the output of: rpm -qp --provides snack-2.1.1-2.AWIPS.OB7.i686.rpm rpm -q --provides newt [root@bd17-napo usr-local]# rpm -qp --provides snack-2.1.1-2.AWIPS.OB7.i686.rpm snack = 2.1.1-2.AWIPS.OB7 [root@bd17-napo usr-local]# rpm -q --provides newt _snackmodule.so libnewt.so.0.51 snack newt = 0.51.6-5 [root@bd17-napo usr-local]# Can you attach your spec file for snack and also attach seperately (or paste in) the output of rpm -Uvv snack-2.1.1-2.AWIPS.OB7.i686.rpm newt provides snack unversioned, which matches against your snack package in upgrade as Upgrades match on all provides not just name provides. Thus it is marked for erasure as nversioned provides match all provides search, thus rpm complains it can't remove newt due to unsatisfied provides in the new package. rpm -i install doesn't remove old versions, so works. Really the best thing to do is grab the newt src.rpm and update snack in there and build that, incrementing release to say 5.0.custom.1 (to allow errata to update)- also please note that you are strongly encouraged to build rpms properly and not just tar up binaries - it's really not that much harder and provides reproducible builds. I was afraid that something like this might be suggested. While packaging tarballs as rpms may not be ideal, it's also not ideal for us to take a RHEL rpm which we otherwise don't care about and build in a capability which can really stand on its own (snack). It's arbitrary to build snack into newt -- besides you're providing a python interface when we want the tcl/tk interface. I would recommend updating or more clearly defining what is meant by "rpm -Uvh" -- the man page explicitly states that -U "...is the same as install, except all other version(s) of the package are removed after the new package is installed...". It says nothing about "provided capabilities". It's talking strictly about "versions of the package". I will also add that this problem reared its head on only our snack rpm --- we have dozens of others that have not shown this problem. I see this problem as arising more from an arbitrary decision by RH to integrate snack into newt. Why was that done? What is the logic? The upgrade behaviour is documented clearly in latest RHEL rpm packages in a README.upgrades. The rpm behaviour to match against all provides was a design decision and introduced in all rpm versions since 4.1. I can not answer for the snack/newt issue. It is probably best to take that up via support as documented on the front bugzilla page: Bugzilla is not an avenue for technical assistance or support, but simply a bug tracking system. If you are a Red Hat Enterprise Linux customer and have an active support entitlement, please log in to Red Hat Support: https://www.redhat.com/apps/support/ This bit me too. Even if this is not an RPM problem (it's a "feature" not a "bug?") ... It seems like the Red Hat version of *newt* should be corrected, by Red Hat. Building a custom Newt to get around ambiguity in the capabilities seems like a dead end. If Newt is later updated by Red Hat and hasn't fixed the generic "snack" capability, it will affect me next time I try to upgrade the snack RPM. Reassign to newt In rawhide, newt should provide versioned snack. I cannot tell if this helps in your particular situation, but i can't seem to have much more ideas on how to improve situation. If this does not fix your problem, please come back and reopen the report. morn@nev-fcdevel/k3:~/dev/fcdevel/newt -> rpm -qp --provides ./i386/newt-0.52.2-3.i386.rpm _snackmodule.so libnewt.so.0.52 libnewt.so.0.52(NEWT_0.52) snack = 0.52.2 newt = 0.52.2-3 |