Bug#832550: tzdata: Certain zone abbreviations do not support round-trip conversion

[Aurelien Jarno <aurelien@aurel32.net>]

control: reassign -1: coreutils
control: retitle -1: coreutils: date doesn't know about AEST timezone

On 2016-07-26 11:45, Mark Stafford wrote:
> Package: tzdata
> Version: 2016f-0+deb8u1
> Severity: normal
> 
> Dear Maintainer,
> 
> I was attempting to write a script something like a world clock to help schedule a task in six time zones.
> 
> * What exactly did you do (or not do) that was effective (or ineffective)?
> * What was the outcome of this action?
> * What outcome did you expect instead?
> 
> Steps to reproduce:
> 
> # the alias isn't necessary, but it simplifies the demonstration
> alias lax="TZ='America/Los_Angeles' date --date=@1469558444 '+%Y-%m-%d %H:%M %Z'"
> alias syd="TZ='Australia/Sydney' date --date=@1469558444 '+%Y-%m-%d %H:%M %Z'"
> lax
> syd
> date --date "$( lax )"
> date --date "$( syd )"
> 
> bug symptom:
>   2016-07-26 11:40 PDT
>   2016-07-27 04:40 AEST
>   Tue Jul 26 11:40:00 PDT 2016
>   date: invalid date ‘2016-07-27 04:40 AEST’
> 
> expected behavior:
>   2016-07-26 11:40 PDT
>   2016-07-27 04:40 EST
>   Tue Jul 26 11:40:00 PDT 2016
>   Wed Jul 27 02:40:00 PDT 2016

"date -d" parses the timezone itself without the help of tzdata, and it
indeed doesn't know about the AEST timezone. I am therefore reassigning
the bug to coreutils.

Aurelien

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net