Bug 1318308

Summary:	zdump complains about new timezone abbreviation format
Product:	Red Hat Enterprise Linux 6	Reporter:	Karel Volný <kvolny>
Component:	glibc	Assignee:	glibc team <glibc-bugzilla>
Status:	CLOSED WONTFIX	QA Contact:	qe-baseos-tools-bugs
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	6.8	CC:	ashankar, codonell, fweimer, mnewsome, pfrankli
Target Milestone:	rc	Keywords:	Patch
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2017-08-29 20:04:59 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Karel Volný 2016-03-16 13:26:57 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.12-1.166.el6_7.7

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 "+03" lacks alphabetic at start

Expected results:
(no output)

Additional info:

Comment 6 Carlos O'Donell 2017-08-29 20:04:59 UTC

Given that we are in production phase 3 with rhel-6.10, and this is only a warning from zdump, I am closing this issue as CLOSED/WONTFIX. We are not considering this issue because of the low severity.