Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #852512 > unrolled thread

Bug#876687: htpdate: Off by one hour

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#876687: htpdate: Off by one hour Mert Dirik <mertdirik@gmail.com> - 2017-09-24 23:00 +0200
    Bug#876687: htpdate: Off by one hour Eriberto Mota <eriberto@debian.org> - 2017-09-24 23:50 +0200
      Bug#876687: htpdate: Off by one hour Mert Dirik <mertdirik@gmail.com> - 2017-09-25 02:40 +0200
        Bug#876687: htpdate: Off by one hour Eriberto Mota <eriberto@debian.org> - 2017-09-25 03:40 +0200
          Bug#876687: htpdate: Off by one hour Eddy Vervest <eddy@vervest.org> - 2017-09-26 04:00 +0200
    Bug#876687: htpdate: Off by one hour Mert Dirik <mertdirik@gmail.com> - 2017-09-25 20:50 +0200
      Bug#876687: htpdate: Off by one hour Eddy Vervest <eddy@vervest.org> - 2017-09-25 21:10 +0200
        Bug#876687: htpdate: Off by one hour Mert Dirik <mertdirik@gmail.com> - 2017-09-25 21:20 +0200
    Bug#876687: htpdate: Off by one hour Eddy Vervest <eddy@vervest.org> - 2017-09-25 21:20 +0200
      Bug#876687: htpdate: Off by one hour Mert Dirik <mertdirik@gmail.com> - 2017-09-25 21:30 +0200
      Bug#876687: htpdate: Off by one hour Eriberto <eriberto@eriberto.pro.br> - 2017-09-25 23:50 +0200
      Bug#876687: htpdate: Off by one hour Eddy Vervest <eddy@vervest.org> - 2017-09-29 10:30 +0200

#852512 — Bug#876687: htpdate: Off by one hour

Package: htpdate
Version: 1.1.3-2
Severity: important

Dear Maintainer,

htpdate sets the clock an hour earlier than it should be set to.
htpdate version in jessie does not exhibit this behavior, as it sets it to
right time,
this behavior is new in stretch version.

Here is an example output:

    $ sudo ntpdate -v 0.europe.pool.ntp.org
    24 Sep 23:38:39 ntpdate[10614]: ntpdate 4.2.8p10@1.3728-o Sun May  7
22:24:40 UTC 2017 (1)
    24 Sep 23:38:49 ntpdate[10614]: adjust time server 46.22.26.12 offset
0.145900 sec
    $ date --utc
    Sun Sep 24 20:38:56 UTC 2017
    $ date
    Sun Sep 24 23:38:57 +03 2017
    $ /usr/sbin/htpdate -d -q www.google.com.tr www.facebook.com
www.youtube.comburst: 1 try: 1 when: 250000
    www.google.com.tr         24 Sep 2017 20:39:08 GMT (1.086) => -3601
    burst: 1 try: 2 when: 250000
    www.google.com.tr         24 Sep 2017 20:39:10 GMT (0.837) => -3601
    burst: 1 try: 1 when: 500000
    www.facebook.com          24 Sep 2017 20:39:12 GMT (0.678) => -3601
    burst: 1 try: 2 when: 500000
    www.facebook.com          24 Sep 2017 20:39:14 GMT (0.769) => -3601
    burst: 1 try: 1 when: 750000
    www.youtube.com           24 Sep 2017 20:39:17 GMT (0.878) => -3600
    burst: 1 try: 2 when: 750000
    www.youtube.com           24 Sep 2017 20:39:19 GMT (0.842) => -3600
    #: 3 mean: -3601 average: -3600.667
    Timezone: GMT+2 (+03,+03)
    Offset -3600.667 seconds
    seteuid() 0






-- System Information:
Debian Release: 9.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (x86_64)
Foreign Architectures: amd64, armhf

Kernel: Linux 4.4.87-mert (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages htpdate depends on:
ii  libc6     2.24-11+deb9u1
ii  lsb-base  9.20161125

htpdate recommends no packages.

htpdate suggests no packages.

-- Configuration Files:
/etc/default/htpdate changed [not included]

-- no debconf information

[toc] | [next] | [standalone]

#852519

Hi Mert,

Thanks for your message.

I can't reproduce it and I have a doubt about the results shown by
you. Please, send me the results for the following 'date' commands:

# ntpdate pool.ntp.org; date -u

# htpdate -s www.google.com.tr www.facebook.com www.youtube.com; date -u

Regards,

Eriberto

[toc] | [prev] | [next] | [standalone]

#852548

On Sun, 24 Sep 2017 18:44:55 -0300 Eriberto Mota <eriberto@debian.org> 
wrote:
 > Hi Mert,
 >
 > Thanks for your message.
 >
 > I can't reproduce it and I have a doubt about the results shown by
 > you. Please, send me the results for the following 'date' commands:
 >
 > # ntpdate pool.ntp.org; date -u
 >
 > # htpdate -s www.google.com.tr www.facebook.com www.youtube.com; date -u
 >

Hi Eriberto,

Thanks for your prompt answer,

Here is the output:

> # ntpdate pool.ntp.org; date -u
> 25 Sep 03:21:25 ntpdate[10240]: adjust time server 194.27.222.5 offset 
> 0.021160 sec
> Mon Sep 25 00:21:25 UTC 2017
> # htpdate -s www.google.com.tr www.facebook.com www.youtube.com; date -u
>
> Setting -3600.000 seconds
> Set: Mon Sep 25 02:21:44 2017
>
> Sun Sep 24 23:21:44 UTC 2017
> #

[toc] | [prev] | [next] | [standalone]

#852558

2017-09-24 21:29 GMT-03:00 Mert Dirik <mertdirik@gmail.com>:
> On Sun, 24 Sep 2017 18:44:55 -0300 Eriberto Mota <eriberto@debian.org>
> wrote:
>> Hi Mert,
>>
>> Thanks for your message.
>>
>> I can't reproduce it and I have a doubt about the results shown by
>> you. Please, send me the results for the following 'date' commands:
>>
>> # ntpdate pool.ntp.org; date -u
>>
>> # htpdate -s www.google.com.tr www.facebook.com www.youtube.com; date -u
>>
>
> Hi Eriberto,
>
> Thanks for your prompt answer,
>
> Here is the output:
>
>> # ntpdate pool.ntp.org; date -u
>> 25 Sep 03:21:25 ntpdate[10240]: adjust time server 194.27.222.5 offset
>> 0.021160 sec
>> Mon Sep 25 00:21:25 UTC 2017
>> # htpdate -s www.google.com.tr www.facebook.com www.youtube.com; date -u
>>
>> Setting -3600.000 seconds
>> Set: Mon Sep 25 02:21:44 2017
>>
>> Sun Sep 24 23:21:44 UTC 2017
>> #


Hum... In my machine is all right. Eddy, can you verify this issue?
For a complete history, please, see here[1].

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876687

Thanks in advance.

Regards,

Eriberto

[toc] | [prev] | [next] | [standalone]

#852751

[Multipart message — attachments visible in raw view] — view raw

Hi All,

It seems related to the timezone changes which Turkey had this year...
moving away from daylight saving to always +3.

In the bug report this line is interesting:

 Timezone: GMT+2 (+03,+03)

In brackets there should be a time zone in like TRT, CEST, WET... but it
tells +03... but at the same time GMT+2. Updating the TZ package
(https://packages.debian.org/stretch/tzdata) and setting the system time
to the correct timezone probably will solve the issue.

Regards, Eddy

PS. I will look into the code some more, because I don't remember why I
use time zone information in the first place... should be possible
without I guess.



On 25-09-17 03:27, Eriberto Mota wrote:
> 2017-09-24 21:29 GMT-03:00 Mert Dirik <mertdirik@gmail.com>:
>> On Sun, 24 Sep 2017 18:44:55 -0300 Eriberto Mota <eriberto@debian.org>
>> wrote:
>>> Hi Mert,
>>>
>>> Thanks for your message.
>>>
>>> I can't reproduce it and I have a doubt about the results shown by
>>> you. Please, send me the results for the following 'date' commands:
>>>
>>> # ntpdate pool.ntp.org; date -u
>>>
>>> # htpdate -s www.google.com.tr www.facebook.com www.youtube.com; date -u
>>>
>> Hi Eriberto,
>>
>> Thanks for your prompt answer,
>>
>> Here is the output:
>>
>>> # ntpdate pool.ntp.org; date -u
>>> 25 Sep 03:21:25 ntpdate[10240]: adjust time server 194.27.222.5 offset
>>> 0.021160 sec
>>> Mon Sep 25 00:21:25 UTC 2017
>>> # htpdate -s www.google.com.tr www.facebook.com www.youtube.com; date -u
>>>
>>> Setting -3600.000 seconds
>>> Set: Mon Sep 25 02:21:44 2017
>>>
>>> Sun Sep 24 23:21:44 UTC 2017
>>> #
>
> Hum... In my machine is all right. Eddy, can you verify this issue?
> For a complete history, please, see here[1].
>
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876687
>
> Thanks in advance.
>
> Regards,
>
> Eriberto

[toc] | [prev] | [next] | [standalone]

#852686

On 09/25/2017 09:31 PM, Eddy Vervest wrote:
>
> Hi All,
>
> It seems related to the timezone changes which Turkey had this year... 
> moving away from daylight saving to always +3.
>
> In the bug report this line is interesting:
>
>   Timezone: GMT+2 (+03,+03)
>
> In brackets there should be a time zone in like TRT, CEST, WET... but 
> it tells +03... but at the same time GMT+2. Updating the TZ package 
> (https://packages.debian.org/stretch/tzdata) and setting the system 
> time to the correct timezone probably will solve the issue.
>
> Regards, Eddy
>
> PS. I will look into the code some more, because I don't remember why 
> I use time zone information in the first place... should be possible 
> without I guess.
>
Hi, Eddy

Timezone was set correctly but I configured it again to make sure and 
result is same:

> $ dpkg -s tzdata
> Package: tzdata
> Status: install ok installed
> Priority: required
> Section: localization
> Installed-Size: 3010
> Maintainer: GNU Libc Maintainers <debian-glibc@lists.debian.org>
> Architecture: all
> Multi-Arch: foreign
> Version: 2017b-1
> Replaces: libc0.1, libc0.3, libc6, libc6.1
> Provides: tzdata-stretch
> Depends: debconf (>= 0.5) | debconf-2.0
> Description: time zone and daylight-saving time data
>  This package contains data required for the implementation of
>  standard local time for many representative locations around the
>  globe. It is updated periodically to reflect changes made by
>  political bodies to time zone boundaries, UTC offsets, and
>  daylight-saving rules.
> Homepage: http://www.iana.org/time-zones
>
> $ cat /etc/timezone
> Europe/Istanbul
>
> $ sudo dpkg-reconfigure -plow tzdata
> Current default time zone: 'Europe/Istanbul'
> Local time is now:      Mon Sep 25 21:40:52 +03 2017.
> Universal Time is now:  Mon Sep 25 18:40:52 UTC 2017.
>
> $ sudo ntpdate pool.ntp.org; date -u
> 25 Sep 21:41:33 ntpdate[5303]: adjust time server 192.36.143.130 
> offset 0.006932 sec
> Mon Sep 25 18:41:33 UTC 2017
> $ sudo htpdate -s www.google.com.tr www.facebook.com www.youtube.com; 
> date -u
> Setting -3600.333 seconds
> Set: Mon Sep 25 20:41:47 2017
>
> Mon Sep 25 17:41:47 UTC 2017
> $

Best regards,
Mert

[toc] | [prev] | [next] | [standalone]

#852689

Hi Mert,

Thanks for your quick response. Can you try to set you system to EAT
time zone?  That timezone had GMT+3 already for long time... if that
works it is for sure the timezone database of debian.

Changing my code, so it will not use timezone info, isn't as
straightforward as I thought... will need some more investigation.

Regards, Eddy


On 25-09-17 19:46, Mert Dirik wrote:
> On 09/25/2017 09:31 PM, Eddy Vervest wrote:
>>
>> Hi All,
>>
>> It seems related to the timezone changes which Turkey had this
>> year... moving away from daylight saving to always +3.
>>
>> In the bug report this line is interesting:
>>
>>   Timezone: GMT+2 (+03,+03)
>>
>> In brackets there should be a time zone in like TRT, CEST, WET... but
>> it tells +03... but at the same time GMT+2. Updating the TZ package
>> (https://packages.debian.org/stretch/tzdata) and setting the system
>> time to the correct timezone probably will solve the issue.
>>
>> Regards, Eddy
>>
>> PS. I will look into the code some more, because I don't remember why
>> I use time zone information in the first place... should be possible
>> without I guess.
>>
> Hi, Eddy
>
> Timezone was set correctly but I configured it again to make sure and
> result is same:
>
>> $ dpkg -s tzdata
>> Package: tzdata
>> Status: install ok installed
>> Priority: required
>> Section: localization
>> Installed-Size: 3010
>> Maintainer: GNU Libc Maintainers <debian-glibc@lists.debian.org>
>> Architecture: all
>> Multi-Arch: foreign
>> Version: 2017b-1
>> Replaces: libc0.1, libc0.3, libc6, libc6.1
>> Provides: tzdata-stretch
>> Depends: debconf (>= 0.5) | debconf-2.0
>> Description: time zone and daylight-saving time data
>>  This package contains data required for the implementation of
>>  standard local time for many representative locations around the
>>  globe. It is updated periodically to reflect changes made by
>>  political bodies to time zone boundaries, UTC offsets, and
>>  daylight-saving rules.
>> Homepage: http://www.iana.org/time-zones
>>
>> $ cat /etc/timezone
>> Europe/Istanbul
>>
>> $ sudo dpkg-reconfigure -plow tzdata
>> Current default time zone: 'Europe/Istanbul'
>> Local time is now:      Mon Sep 25 21:40:52 +03 2017.
>> Universal Time is now:  Mon Sep 25 18:40:52 UTC 2017.
>>
>> $ sudo ntpdate pool.ntp.org; date -u
>> 25 Sep 21:41:33 ntpdate[5303]: adjust time server 192.36.143.130
>> offset 0.006932 sec
>> Mon Sep 25 18:41:33 UTC 2017
>> $ sudo htpdate -s www.google.com.tr www.facebook.com www.youtube.com;
>> date -u
>> Setting -3600.333 seconds
>> Set: Mon Sep 25 20:41:47 2017
>>
>> Mon Sep 25 17:41:47 UTC 2017
>> $
>
> Best regards,
> Mert
>
>

[toc] | [prev] | [next] | [standalone]

#852692

On 09/25/2017 09:57 PM, Eddy Vervest wrote:
> Hi Mert,
>
> Thanks for your quick response. Can you try to set you system to EAT
> time zone?  That timezone had GMT+3 already for long time... if that
> works it is for sure the timezone database of debian.
>
> Changing my code, so it will not use timezone info, isn't as
> straightforward as I thought... will need some more investigation.
>
> Regards, Eddy
>
That seems to do it:

> $ sudo dpkg-reconfigure -plow tzdata
> [sudo] password for mert:
>
> Current default time zone: 'Africa/Djibouti'
> Local time is now:      Mon Sep 25 21:02:10 EAT 2017.
> Universal Time is now:  Mon Sep 25 18:02:10 UTC 2017.
>
> $ sudo ntpdate pool.ntp.org; date -u
> 25 Sep 22:02:46 ntpdate[8432]: step time server 62.12.173.12 offset 
> 3601.195427 sec
> Mon Sep 25 19:02:46 UTC 2017
> $ sudo htpdate -s www.google.com.tr www.facebook.com www.youtube.com; 
> date -u
> No time correction needed
> Mon Sep 25 19:03:01 UTC 2017

[toc] | [prev] | [next] | [standalone]

#852690

So incorrect/out-dated TZDATA (Version: 2017b-1) causes htpdate to
calculate gmtoffset incorrectly.

Debian needs an update and I will patch htpdate in the near future.

Thanks

[toc] | [prev] | [next] | [standalone]

#852696

[Multipart message — attachments visible in raw view] — view raw

Thanks! Please let me know if you need further testing.

On Sep 25, 2017 22:12, "Eddy Vervest" <eddy@vervest.org> wrote:

So incorrect/out-dated TZDATA (Version: 2017b-1) causes htpdate to
calculate gmtoffset incorrectly.

Debian needs an update and I will patch htpdate in the near future.

Thanks

[toc] | [prev] | [next] | [standalone]

#852733

2017-09-25 16:12 GMT-03:00 Eddy Vervest <eddy@vervest.org>:
> So incorrect/out-dated TZDATA (Version: 2017b-1) causes htpdate to
> calculate gmtoffset incorrectly.
>
> Debian needs an update and I will patch htpdate in the near future.
>
> Thanks


Thanks a lot Eddy!

[toc] | [prev] | [next] | [standalone]

#853460

fixed in version 1.2.0 (http://www.vervest.org/htp/download)

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web