Bug 5936

Summary: timezone information for Israel (IDT, "Jerusalem Time") is missing
Product: uClibc Reporter: daniel
Component: LocalesAssignee: unassigned
Status: RESOLVED WORKSFORME    
Severity: normal CC: buildroot, uclibc-cvs
Priority: P5    
Version: unspecified   
Target Milestone: ---   
Hardware: All   
OS: Linux   
Host: Target:
Build:

Description daniel 2013-02-15 15:19:14 UTC
the rules are not trivial, see
https://github.com/eggert/tz/blob/master/asia#L1000

however, it would still be very useful on embedded devices to at least support correct summer/winter-time switching starting from the present.
Comment 1 Bernhard Reutner-Fischer 2013-02-16 09:44:28 UTC
See http://uclibc.org/FAQ#timezones
Comment 2 daniel 2013-02-18 13:18:10 UTC
I'm aware of the TZ variable format. However, this doesn't allow one to refer to "the Friday before the last Sunday in March" and not at all to "the first Sunday after October 1. If the end of IDT falls on Rosh Hashanah, the Jewish New Year, then IDT will end on the first Monday after October 1". (from
https://en.wikipedia.org/wiki/Israel_Summer_Time )

Obviously, it is possible to include rules for a specific year by just refering to the exact days. This would be sufficient if there was a method to define rules for more than just the current year.
This could be achieved by extending the TZ variable gramar from
std offset dst offset, rule
into 
std offset dst offset, rule[@year[, rule@year][, ...]]
Comment 3 Bernhard Reutner-Fischer 2013-02-18 16:13:33 UTC
(In reply to comment #2)
> I'm aware of the TZ variable format. However, this doesn't allow one to refer
> to "the Friday before the last Sunday in March" and not at all to "the first
> Sunday after October 1. If the end of IDT falls on Rosh Hashanah, the Jewish
> New Year, then IDT will end on the first Monday after October 1". (from
> https://en.wikipedia.org/wiki/Israel_Summer_Time )
> 
> Obviously, it is possible to include rules for a specific year by just refering
> to the exact days. This would be sufficient if there was a method to define
> rules for more than just the current year.
> This could be achieved by extending the TZ variable gramar from
> std offset dst offset, rule
> into 
> std offset dst offset, rule[@year[, rule@year][, ...]]

As said, see
http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap08.html#tag_08_03
the TZ variable.
If that does not work for you then you will have to fix it there first.
thanks,
Comment 4 daniel 2013-02-18 16:44:08 UTC
I filed this issue to be fixed in the upstream standard
http://www.austingroupbugs.net/view.php?id=661