Package: xbase-clients Version: 4.2.1-12.1 Severity: minor File: /usr/X11R6/bin/xclock
When xclock updates the display, it updates to the current time. Then it waits (for 1 minute, by default). At the end of the minute, xclock is 1 minute slow. Thus, on average, xclock is 30 seconds behind the times. If xclock updated the time so that it was half of the update interval *ahead* of real time, then at the end of the interval it would be only 30s slow, and it would be correct, on average. I noticed this at midnight, on New Year's. Looked like a bloody fool, when the big high-tech computer clock was still reading 11:59, while everyone was making noise and toasting. Also, these days, we can probably afford the CPU cycles to update the xclock face more often, say once every 10 seconds, by default. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux gpk 2.4.23 #2 Sun Dec 7 11:46:58 GMT 2003 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xbase-clients depends on: ii cpp-3.2 1:3.2.3-9 The GNU C preprocessor ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libdps1 4.2.1-12.1 Display PostScript (DPS) client li ii libfreetype6 2.1.7-1.1 FreeType 2 font engine, shared lib ii libncurses5 5.3.20030719-5 Shared libraries for terminal hand ii libxaw7 4.2.1-12.1 X Athena widget set library ii xlibmesa3-gl [libgl1] 4.2.1-12.1 Mesa 3D graphics library [XFree86] ii xlibmesa3-glu [libglu1] 4.2.1-12.1 Mesa OpenGL utility library [XFree ii xlibs 4.2.1-12.1 X Window System client libraries -- no debconf information
