[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#416443: marked as done (libgcj7-0: Incorrect DST calculation)

Your message dated Mon, 23 Jul 2007 08:53:01 +0200
with message-id <18084.20557.262789.262865@gargle.gargle.HOWL>
and subject line Bug#416443: libgcj7-0: Incorrect DST calculation
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
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

--- End Message ---
--- Begin Message --- 
Version: 4.1.2-6

should be fixed in unstable (gij-4.1 and gij-4.2).

Tzvetan Mikov writes:
> 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.

--- End Message ---
Reply to: