Bug#416443: libgcj7-0: Incorrect DST calculation
Package: libgcj7-0
Version: 4.1.1-20
Severity: important
*** Please type your report below this line ***
I am sorry if this is a known problem - it seems like it should be
with all the noise
around the DST - but I wasn't able to find it. In short on my Etch
systems libgcj does
n't seem to contain the latest DST changes, so it currently is showing
incorrect time.
$cat /etc/timezone
US/Pacific
$date
Tue Mar 27 15:35:27 PDT 2007
I have written a very small Java app to demonstrate the issue:
public class tm {
public static void main ( String[] args ) {
System.out.println( java.util.TimeZone.getDefault().toString()
+":"+ new java.util
.Date() );
}
}
The output is:
$gij tm
java.util.SimpleTimeZone[id=PST,offset=-28800000,dstSavings=3600000,useDaylight=true,s
tartYear=0,startMode=2,startMonth=3,startDay=1,startDayOfWeek=1,startTime=7200000,star
tTimeMode=0,endMode=2,endMonth=9,endDay=-1,endDayOfWeek=1,endTime=7200000,endTimeMode=
0]:Tue Mar 27 14:35:45 PST 2007
As you can see the time is incorrect.
Some more info, which does not directly apply to this bug, but is
relevant to Java on
Etch in general. The Sun Java packages (from non-free or built with
java-package) also
have a time-zone related problem, for which I will be submitting a
separate bug (I am
not sure for which package yet). They have the correct DST settings,
but they are det
ermining the default timezone incorrectly - instead of "US/Pacific"
(which is OK), the
y default to ""SystemV/PST8PDT" (which is not). This doesn't happen on Sarge.
Bottom line, Java (free or not) seems to be almost unusable, as far as
displaying time
, on Etch right now. I have thess problem on two separate systems. Of
course there are
possible manual workarounds by modifying the applications.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages libgcj7-0 depends on:
ii gcj-4.1-base 4.1.1-20 The GNU Compiler Collection (gcj b
ii libasound2 1.0.13-1 ALSA library
ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries
ii libgcc1 1:4.1.1-19 GCC support library
ii libgcj-common 1:4.1.1-21 Java runtime library (common files
ii zlib1g 1:1.2.3-13 compression library - runtime
Versions of packages libgcj7-0 recommends:
pn libgcj7-jar <none> (no description available)
-- no debconf information
Reply to: