Bug#839141: R: Re: Bug#839141: tzdata: Wrong data/timezone for Asia/Baku
Dear, I apologize for late answer. I made an apt-get upgrade of my system, I see new tzdata version: Now timezone for Asia/ Baku is fine!!! Many thanks Best regards Stefano Aurelien Jarno ha scritto >On 2016-09-29 22:46, Aurelien Jarno wrote: >> control: tag -1 + moreinfo >> >> On 2016-09-29 14:05, Saipem-root wrote: >> > Package: tzdata >> > Version: 2016f-0+deb8u1 >> > Severity: important >> > >> > Dear Maintainer, >> > >> > *** Reporter, please consider answering these questions, where appropriate >> > *** >> > >> >* What led up to the situation? >> >* 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? >> > >> > *** End of the template - remove these template lines *** >> > >> > I choosed the timezone Asia/Baku (supposed to be UTC +0400) but checking >> > the "date", the system replay with a wrong date (UTC +0200). >> > I tried to choose also other timezones and all seems ok. >> > So, I think it's necessary to fix the timezone Asia/Baku. >> > In the mean time I choosed Asia/Dubai and my system works fine. >> >> Unfortunately I am not able to reproduce the issue here, I therefore >> need more info from your side. Would it be possible to configure the >> timezone again to Asia/Baku and paste the resulting output? This should >> be something like this: >> >> | Current default time zone: 'Asia/Baku' >> | Local time is now: Fri Sep 30 00:44:09 AZT 2016. >> | Universal Time is now: Thu Sep 29 20:44:09 UTC 2016. > >Any news about that? Can you please provide the above information? > >Thanks, >Aurelien > >-- >Aurelien Jarno GPG: 4096R/1DDD8C9B >aurel...@aurel32.net http://www.aurel32.net
Bug#839141: tzdata: Wrong data/timezone for Asia/Baku
On 2016-09-29 22:46, Aurelien Jarno wrote: > control: tag -1 + moreinfo > > On 2016-09-29 14:05, Saipem-root wrote: > > Package: tzdata > > Version: 2016f-0+deb8u1 > > Severity: important > > > > Dear Maintainer, > > > > *** Reporter, please consider answering these questions, where appropriate > > *** > > > >* What led up to the situation? > >* 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? > > > > *** End of the template - remove these template lines *** > > > > I choosed the timezone Asia/Baku (supposed to be UTC +0400) but checking > > the "date", the system replay with a wrong date (UTC +0200). > > I tried to choose also other timezones and all seems ok. > > So, I think it's necessary to fix the timezone Asia/Baku. > > In the mean time I choosed Asia/Dubai and my system works fine. > > Unfortunately I am not able to reproduce the issue here, I therefore > need more info from your side. Would it be possible to configure the > timezone again to Asia/Baku and paste the resulting output? This should > be something like this: > > | Current default time zone: 'Asia/Baku' > | Local time is now: Fri Sep 30 00:44:09 AZT 2016. > | Universal Time is now: Thu Sep 29 20:44:09 UTC 2016. Any news about that? Can you please provide the above information? Thanks, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Bug#839141: tzdata: Wrong data/timezone for Asia/Baku
control: tag -1 + moreinfo On 2016-09-29 14:05, Saipem-root wrote: > Package: tzdata > Version: 2016f-0+deb8u1 > Severity: important > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > >* What led up to the situation? >* 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? > > *** End of the template - remove these template lines *** > > I choosed the timezone Asia/Baku (supposed to be UTC +0400) but checking the > "date", the system replay with a wrong date (UTC +0200). > I tried to choose also other timezones and all seems ok. > So, I think it's necessary to fix the timezone Asia/Baku. > In the mean time I choosed Asia/Dubai and my system works fine. Unfortunately I am not able to reproduce the issue here, I therefore need more info from your side. Would it be possible to configure the timezone again to Asia/Baku and paste the resulting output? This should be something like this: | Current default time zone: 'Asia/Baku' | Local time is now: Fri Sep 30 00:44:09 AZT 2016. | Universal Time is now: Thu Sep 29 20:44:09 UTC 2016. Thanks, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Processed: Re: Bug#839141: tzdata: Wrong data/timezone for Asia/Baku
Processing control commands: > tag -1 + moreinfo Bug #839141 [tzdata] tzdata: Wrong data/timezone for Asia/Baku Added tag(s) moreinfo. -- 839141: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839141 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#839141: tzdata: Wrong data/timezone for Asia/Baku
Package: tzdata Version: 2016f-0+deb8u1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * 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? *** End of the template - remove these template lines *** I choosed the timezone Asia/Baku (supposed to be UTC +0400) but checking the "date", the system replay with a wrong date (UTC +0200). I tried to choose also other timezones and all seems ok. So, I think it's necessary to fix the timezone Asia/Baku. In the mean time I choosed Asia/Dubai and my system works fine. -- System Information: Debian Release: 8.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.56 tzdata recommends no packages. tzdata suggests no packages. -- debconf information: tzdata/Zones/America: * tzdata/Zones/Europe: Rome tzdata/Zones/US: tzdata/Zones/Arctic: tzdata/Zones/Australia: tzdata/Zones/Atlantic: * tzdata/Zones/Etc: UTC tzdata/Zones/Indian: tzdata/Zones/Pacific: * tzdata/Areas: Europe tzdata/Zones/SystemV: tzdata/Zones/Antarctica: tzdata/Zones/Africa: * tzdata/Zones/Asia: Dubai