Bug 62371 - RPM should not change radically between microversions
RPM should not change radically between microversions
Status: CLOSED DEFERRED
Product: Red Hat Linux
Classification: Retired
Component: rpm (Show other bugs)
7.2
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jeff Johnson
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2002-03-30 13:44 EST by aaron weber
Modified: 2008-05-01 11:38 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2002-04-03 12:29:43 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description aaron weber 2002-03-30 13:44:11 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020326

Description of problem:
RPM version 4.0.4 broke a lot of our software.

Our installers, notably the ones on the CDs we printed just awhile ago, no
longer work properly for people who have updated to RPM 4.0.4, and we got angry
phone calls and emails and bug reports and support incidents.  Our developers
had to stay up late and release new versions of our software just to support
another microversion.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
Make changes in the way that RPM interacts with other applications and in the
librpm interfaces.

Increment version number by 0.0.1

Release.


Actual Results:  
Third party software breaks, customers get angry,  ISVs scream, moan, cry, pull
all-nighters, and post angry bugs.

Expected Results:  The application interfaces should remain stable between versions.

Care should be taken to preserve backward compatibility.

Additional info:

I realize that this is a known issue, and that it's not really any of my
business, but interface stability is a significant problem for ISVs and I sure
wish you'd take better care to preserve backward compatibility.
Comment 1 Jeff Johnson 2002-03-30 14:55:28 EST
Patches cheerfully accepted.
Comment 2 aaron weber 2002-04-03 12:29:38 EST
Jeff, you're a smart guy, and I know that you accept patches cheerfully and that
you communicate well with the development community. But that's not the issue at
all.

  Patches won't fix this problem. There is no upgrade that will solve it once
and for all.  There is a major issue with your development process and your
maintainership, that is negatively affecting large numbers of Red Hat developers
and end-users. 

 Smooth upgrades, backward compatibility, and stable interfaces don't come from
patches, they come from a sane development process with careful planning that
takes your users, your ISVs, and your support teams into account.

You seem determined to kick ISVs and support teams in the teeth here.  Why?
Comment 3 Peter Bowen 2002-04-03 13:07:19 EST
This isn't a bug per say.  It would be convenient to have a stable API, and this
might be a good goal for RPM v4.1, but currently the API isn't at a state where
it can be stabilized.

Another option would be to create a second "wrapper" API, similar to the
rpm-python bindings, but for C that was more stable.  However, again, this is a
longer term goal.

I'm marking this a DEFERRED.

Aaron, feel free to talk to me if you want to discuss this more.
Comment 4 Peter Bowen 2002-04-03 13:09:19 EST
I flagged this as beta to prevent reopening.  Sorry for abusing the bugzilla
privilege system.

Thanks.
Peter
pzb@ximian.com

Note You need to log in before you can comment on or make changes to this bug.