Bug 143549 - popt goes back in time
Summary: popt goes back in time
Keywords:
Status: CLOSED DUPLICATE of bug 142434
Alias: None
Product: Fedora
Classification: Fedora
Component: rpm
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-12-22 07:55 UTC by Axel Thimm
Modified: 2007-11-30 22:10 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-02-21 19:07:46 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Axel Thimm 2004-12-22 07:55:22 UTC
Description of problem:
the release of the popt package was reseted w/o a version bump.

Normaly a package's release gets reseted if the version gets bumbed.
Since popt has its own version which is independent of the containing
rpm's it was forgotten.

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

How reproducible:
Always

Steps to Reproduce:
1.Install rawhide
2.Wait for rpm version bump and release tag reset
3.try to upgrade popt
  
Actual results:
popt does not get upgraded unless the release tag reaches the former value

Expected results:
popt should be upgraded

Additional info:
Since the versioning of popt is under control just remember to upgrade
popt's version, too.

A long term approach would be to split off popt out of rpm, or to
enforce the same versioning on both even though popt sources were not
touched. Or just don't reset the release tag.

Comment 1 Jeff Johnson 2004-12-29 11:04:04 UTC

*** This bug has been marked as a duplicate of 142434 ***

Comment 2 Red Hat Bugzilla 2006-02-21 19:07:46 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.


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