[Bug 703101] New: [PATCH] DateTime should be rebuilt on tzdata updates

[Red Hat Bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: [PATCH] DateTime should be rebuilt on tzdata updates

https://bugzilla.redhat.com/show_bug.cgi?id=703101

           Summary: [PATCH] DateTime should be rebuilt on tzdata updates
           Product: Fedora EPEL
           Version: el5
          Platform: Unspecified
        OS/Version: Unspecified
            Status: NEW
          Severity: unspecified
          Priority: unspecified
         Component: perl-DateTime
        AssignedTo: tremble(a)tremble.org.uk
        ReportedBy: lkundrak(a)v3.sk
         QAContact: extras-qa(a)fedoraproject.org
                CC: fedora-perl-devel-list(a)redhat.com,
                    tremble(a)tremble.org.uk
    Classification: Fedora
      Story Points: ---


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.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug 703101] [PATCH] DateTime should be rebuilt on tzdata updates

[Red Hat Bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=703101

Lubomir Rintel <lkundrak(a)v3.sk&gt; changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |steve(a)silug.org
         AssignedTo|tremble(a)tremble.org.uk      |steve(a)silug.org

--- Comment #1 from Lubomir Rintel <lkundrak(a)v3.sk&gt; 2011-05-09 05:50:44 EDT ---
Reassigning to Steve, since this should be fixed in Fedora as well.
I still mostly care about EPEL fix at this point though.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug 703101] [PATCH] DateTime should be rebuilt on tzdata updates

[Red Hat Bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=703101

--- Comment #2 from Lubomir Rintel <lkundrak(a)v3.sk&gt; 2011-05-09 05:51:26 EDT ---
Created attachment 497752
  --> https://bugzilla.redhat.com/attachment.cgi?id=497752
Proposed fix

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug 703101] [PATCH] DateTime should be rebuilt on tzdata updates

[Red Hat Bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=703101

Iain Arnell <iarnell(a)gmail.com&gt; changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |iarnell(a)gmail.com

--- Comment #3 from Iain Arnell <iarnell(a)gmail.com&gt; 2011-05-09 06:32:51 EDT ---
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.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

[Bug 703101] [PATCH] DateTime should be rebuilt on tzdata updates

https://bugzilla.redhat.com/show_bug.cgi?id=703101

Fedora End Of Life <jkurik(a)fedoraproject.org&gt; changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |CLOSED
         Resolution|---                         |EOL
        Last Closed|                            |2017-04-06 06:06:36



--- Comment #4 from Fedora End Of Life <jkurik(a)fedoraproject.org&gt; ---
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.

-- 
You are receiving this mail because:
You are on the CC list for the bug.