Bug 1318306 - zdump complains about new timezone abbreviation format
Summary: zdump complains about new timezone abbreviation format
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: glibc
Version: 4.9
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: rc
: ---
Assignee: Carlos O'Donell
QA Contact: qe-baseos-tools-bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-16 13:26 UTC by Karel Volný
Modified: 2016-03-17 20:40 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-03-17 20:40:22 UTC
Target Upstream Version:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1317703 1 None None None 2021-01-20 06:05:38 UTC

Internal Links: 1317703

Description Karel Volný 2016-03-16 13:26:51 UTC 
Description of problem:
tzdata upstream has decided to use UTC offsets for timezones instead of classic abbreviations - for example, "CEST" (= Central European Summer Time) would become "+02"
(so far this hasn't been applied for already existing zones like the above example, just for newly created, see below for one of them)

unfortunately, such naming is unexpected by many tools, zdump being one of them

Version-Release number of selected component (if applicable):
glibc-common-2.3.4-2.57.el4.2

How reproducible:
always

Steps to Reproduce:
1. update to tzdata-2016b
2. zdump -v Europe/Astrakhan >/dev/null

Actual results:
zdump: warning: zone "Europe/Astrakhan" abbreviation "+04" differs from POSIX standard

Expected results:
(no output)

Additional info:
Comment 1 Carlos O'Donell 2016-03-17 20:40:22 UTC 
Given that RHEL4 it in Extended Life-cycle support this issue will not be fixed.
Note You need to log in before you can comment on or make changes to this bug.