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

Bug#113953: marked as done (libc6: Asia/Jerusalem and Asia/Tel_Aviv are not linked and are out of date)



Your message dated Sat, 17 Jul 2004 18:08:42 +0900
with message-id <814qo7c86d.wl@omega.webmasters.gr.jp>
and subject line libc6: Asia/Jerusalem and Asia/Tel_Aviv are not linked and are out of date
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)

--------------------------------------
Received: (at submit) by bugs.debian.org; 30 Sep 2001 11:27:47 +0000
>From ira@green.zadka.com Sun Sep 30 06:27:47 2001
Return-path: <ira@green.zadka.com>
Received: from (green.zadka.com) [212.29.241.226] 
	by master.debian.org with smtp (Exim 3.12 1 (Debian))
	id 15nel8-0002aO-00; Sun, 30 Sep 2001 06:27:47 -0500
Received: (qmail 5833 invoked by uid 1001); 30 Sep 2001 11:26:27 -0000
Date: 30 Sep 2001 11:26:27 -0000
Message-ID: <20010930112627.5832.qmail@green.zadka.com>
From: Ira Abramov <ira@zadka.com>
Subject: libc6: Asia/Jerusalem and Asia/Tel_Aviv are not linked and are out of date
To: submit@bugs.debian.org
X-Mailer: bug 3.2.10
Delivered-To: submit@bugs.debian.org

Package: libc6
Version: 2.1.3-18
Severity: normal

the two zonefiles in question are out of date. Tel_Aviv should actually be eliminated and the Jerusalem file is no longer up to date (we have changed to winter time a week ægo and the clocks did not reflect that). from the zicfile, I quote the following (if you need I can attach you the full file)

# The Knesset Interior Committee has changed the dates for 2000 for
# the third time in just over a year and have set new dates for the
# years 2001-2004 as well.
#
# The official announcement for the start date of 2000 can be viewed at:
#
#       ftp://ftp.huji.ac.il/pub/tz/announcements/2000-start.ps.gz
#
# The official announcement for the end date of 2000 and the dates
# for the years 2001-2004 can be viewed at:
#
#       ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz

# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE    LETTER/S
Rule    Zion    2000    only    -       Apr     14      2:00    1:00    D
Rule    Zion    2000    only    -       Oct      6      1:00    0       S
Rule    Zion    2001    only    -       Apr      9      1:00    1:00    D
Rule    Zion    2001    only    -       Sep     24      1:00    0       S
Rule    Zion    2002    only    -       Mar     29      1:00    1:00    D
Rule    Zion    2002    only    -       Oct      7      1:00    0       S
Rule    Zion    2003    only    -       Mar     28      1:00    1:00    D
Rule    Zion    2003    only    -       Oct      3      1:00    0       S
Rule    Zion    2004    only    -       Apr      7      1:00    1:00    D
Rule    Zion    2004    only    -       Sep     22      1:00    0       S

# From Paul Eggert (2000-01-17):
# Here are guesses for rules after 2004.
# They are probably wrong, but they are more likely than no DST at all.
# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE    LETTER/S
Rule    Zion    2005    max     -       Apr      1      1:00    1:00    D
Rule    Zion    2005    max     -       Oct      1      1:00    0       S

# Zone  NAME            GMTOFF  RULES   FORMAT  [UNTIL]
Zone    Asia/Jerusalem  2:20:56 -       LMT     1880
                        2:20:40 -       JMT     1918    # Jerusalem Mean Time?
                        2:00    Zion    I%sT



-- System Information
Debian Release: 2.2
Kernel Version: Linux green 2.2.19 #4 Thu Jul 19 10:15:33 IDT 2001 i686 unknown

Versions of the packages libc6 depends on:
ii  ldso           1.9.11-9       The Linux dynamic linker, library and utilit

---------------------------------------
Received: (at 113953-done) by bugs.debian.org; 17 Jul 2004 09:08:43 +0000
>From gotom@debian.or.jp Sat Jul 17 02:08:43 2004
Return-path: <gotom@debian.or.jp>
Received: from omega.webmasters.gr.jp (webmasters.gr.jp) [218.44.239.78] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1BllBT-0007ZQ-00; Sat, 17 Jul 2004 02:08:43 -0700
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
	by webmasters.gr.jp (Postfix) with ESMTP
	id E3F2EDEB80; Sat, 17 Jul 2004 18:08:42 +0900 (JST)
Date: Sat, 17 Jul 2004 18:08:42 +0900
Message-ID: <814qo7c86d.wl@omega.webmasters.gr.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: 113953-done@bugs.debian.org, Ira Abramov <ira@zadka.com>
Subject: Re: libc6: Asia/Jerusalem and Asia/Tel_Aviv are not linked and are out of date
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
 FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: 113953-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no 
	version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

> the two zonefiles in question are out of date. Tel_Aviv should
> actually be eliminated and the Jerusalem file is no longer up to date
> (we have changed to winter time a week ago and the clocks did not
> reflect that). from the zicfile, I quote the following (if you need I
> can attach you the full file)

	diff -q /usr/share/zoneinfo/Asia/Jerusalem /usr/share/zoneinfo/Asia/Tel_Aviv

does not show any difference.  And there are entries after 2005 years
in Jerusalem zoneinfo definition.  I believe this bug is fixed in
2.3.2.ds1-13.  I close this bug.  If you have objection, please reopen
this bug, and let me know where we should modify for.

Regards,
-- gotom



Reply to: