Bug 83570

Summary: [RFE] Allow historic patch levels with up2date
Product: Red Hat Enterprise Linux 4 Reporter: Rich Snyder <rich.snyder>
Component: up2dateAssignee: Adrian Likins <alikins>
Status: CLOSED CURRENTRELEASE QA Contact: Red Hat Satellite QA List <satqe-list>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.0CC: rhn-bugs
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-09-02 19:16:54 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 Rich Snyder 2003-02-05 17:57:43 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020501

Description of problem:
It would be very desirable to allow up2date to be passed a date for a box to be
brought up to the patch level as of that date.

The reason behind this is that customers do not allways want their servers
brought up to date every month or so because they have put a lot of effort into
testing their apps with a particular level of rpms.  If they would like a
duplicate of a box that is, say 3 months out of date with patches, there is no
way to create a duplicate level of patches using up2date.  Another use for this
is that rebuilds take far less time than doing a complete restore from tape.  If
we could build a box and then tell up2date to bring the patches up to the last
update of the server that crashed, then only user content would need to be
reloaded from tape.  Additionally, it would be great for building a box to
attempt to duplicate an error that occured with a previous patch level.

Basically, it would be very desireable for up2date to support historic patch
levels instead of just the most up-to-date patches.

up2date --patchdate 01-01-2003

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


How reproducible:
Didn't try

Steps to Reproduce:
N/A

Additional info: