Bug 703101

Summary: [PATCH] DateTime should be rebuilt on tzdata updates
Product: [Fedora] Fedora EPEL Reporter: Lubomir Rintel <lkundrak>
Component: perl-DateTimeAssignee: Steven Pritchard <steve>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: el5CC: iarnell, perl-devel, steve, tremble
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-04-06 10:06:36 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:
Attachments:
Description Flags
Proposed fix none

Description Lubomir Rintel 2011-05-09 09:48:54 UTC 
Description of problem:

tzdata package updates and new time zones are added from time to time (such as Asia/Kolkata). As DateTime contains files generated from it, it should be rebuilt on each such update.

The patch attached adds an explicit dependency on specific version of tzdata, so that it would disallow updates in case of tzdata rebuild w/o DateTime rebuilt, so that it would no go unnoticed.

Additional info:

At the very least, even if the patch is rejected, please trigger a DateTime rebuild. Maybe coordinate with tzdata maintainer on future updates.
Comment 1 Lubomir Rintel 2011-05-09 09:50:44 UTC 
Reassigning to Steve, since this should be fixed in Fedora as well.
I still mostly care about EPEL fix at this point though.
Comment 2 Lubomir Rintel 2011-05-09 09:51:26 UTC 
Created attachment 497752 [details]
Proposed fix
Comment 3 Iain Arnell 2011-05-09 10:32:51 UTC 
I think a hardcoded dependency on tzdata is a bad idea. For anyone with perl-DateTime installed, it would prevent updates of tzdata itself until a new perl-DateTime is also available. And since updates for EPEL must spend two weeks in testing, that would cause at least a two week delay for tzdata too.

In Fedora, things are currently much better. I've already taken it upon myself to ensure that we're reasonably up to date everywhere (2011g is already in f15's perl-DateTime and making it's way through testing for f13 and f14). And to try to keep it that way.

I considered pushing updates for EPEL too, but stopped when I realised that perl-DateTime is actually part of RHEL6 itself (optional channel, for some archs, not all). We only have it in EPEL6 to make it available for all archs; we shouldn't be overriding or updating the official RHEL6 version (bug #669320 deals with the problem that we are, though).

I figured that if Red Hat aren't keeping the package up to date in EL6, it would be unusual for EPEL to maintain a newer version for EL4 and 5.
Comment 4 Fedora End Of Life 2017-04-06 10:06:36 UTC 
Fedora EPEL 5 changed to end-of-life (EOL) status on 2017-03-31. Fedora EPEL 5
is no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of Fedora
or Fedora EPEL, please feel free to reopen this bug against that version. If
you are unable to reopen this bug, please file a new report against the current
release. If you experience problems, please add a comment to this bug.

Thank you for reporting this bug and we are sorry it could not be fixed.