Bug#680979: ntpdate doesn't deal well with the future

July 09th, 2012 - 01:40 pm ET by Andreas Kloeckner | Report spam
Package: ntpdate
Version: 1:4.2.6.p5+dfsg-2
Severity: normal

Dear Maintainer,

consider this session:

# date -s "jul 9, 2131"
Mo 9. Jul 00:00:00 EDT 2131
# ntpdate ntp1.ptb.de
15 Aug 20:01:08 ntpdate[31400]: step time server 192.53.103.108 offset
539812826.581089 sec

After this, the current system time is in the year 2148, which is not
quite the desired effect. :)

Andreas

Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ntpdate depends on:
ii dpkg 1.16.4.3
ii libc6 2.13-33
ii libssl1.0.0 1.0.1c-3
ii netbase 5.0

Versions of packages ntpdate recommends:
pn lockfile-progs <none>

ntpdate suggests no packages.




To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
email Follow the discussionReplies 1 replyReplies Make a reply

Replies

#1 Kurt Roeckx
July 09th, 2012 - 02:00 pm ET | Report spam
On Fri, Aug 16, 2148 at 08:04:04PM -0400, Andreas Kloeckner wrote:
Package: ntpdate
Version: 1:4.2.6.p5+dfsg-2
Severity: normal

Dear Maintainer,

consider this session:

# date -s "jul 9, 2131"
Mo 9. Jul 00:00:00 EDT 2131
# ntpdate ntp1.ptb.de
15 Aug 20:01:08 ntpdate[31400]: step time server 192.53.103.108 offset
539812826.581089 sec

After this, the current system time is in the year 2148, which is not
quite the desired effect. :)



Yes it is. Note that ntp can only represent time from 1 jan 1970
to somewhere in 2036. So you're not in that era, and you get the
time from the next era.


Kurt




To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Similar topics