2011 Russian DST change

[Andrey Chipalyuk]

Search documet "tztab not reflecting permanent DST in Russian Fed. starting" in HP Knowledge Base.

For HP-UX  B.11.31:

Document ID: ttr_na-SSB_1001160578-6

Document tell:

The /usr/lib/tztab file needs to be modified to reflect that change,
for instance for the Moscow timezone:

| # Western Russia (Moscow) Time, Western Russia (Moscow) Daylight Savings
| # Time
| WST-3WSTDST
| 0 3 25-31 3  1983-2038 0   WSTDST-4
change to
| 0 3 25-31 3  1983-2011 0   WSTDST-4
| 0 2 24-30 9  1983-1995 0   WST-3
| 0 2 25-31 10 1996-2038 0   WST-3
change to
| 0 2 25-31 10 1996-2010 0   WST-3

so that the last switch between timezones occurred this March:

Daylight savings time switch occurs from WST to WSTDST:
Sat Mar 26 22:59:59 GMT 2011 == Sun Mar 27 01:59:59 WST 2011
Sat Mar 26 23:00:00 GMT 2011 == Sun Mar 27 03:00:00 WSTDST 2011

but the switch back to std. time in October is not done.

...

...

...

The fix will be available for 11iv3 in the patch PHCO_42539.

I could not find this path in HP patch database.

Did anyone hear anyting about this patch?

[Ajdin Osmanagic]

Hi

I have changed /usr/lib/tztab file to new values from unofficial patch. I did not install patch actually.

When I want to update timezones, I receive output, which I consider to be not valid for further testing:

# /opt/OV/nonOV/jre/b/bin/java -jar tzupdater.jar -u -v
java.home: /opt/OV/nonOV/jre/b
java.vendor: Hewlett-Packard Co.
java.version: 1.6.0.04
JRE time zone data version: tzdata2009a
There's no tzdata available for this Java runtime.

Even, when force option is applied.

# /opt/OV/nonOV/jre/b/bin/java -jar tzupdater.jar -u -f -v
java.home: /opt/OV/nonOV/jre/b
java.vendor: Hewlett-Packard Co.
java.version: 1.6.0.04
JRE time zone data version: tzdata2009a
There's no tzdata available for this Java runtime.

Verification of tz update is the same as above:

# /opt/OV/nonOV/jre/b/bin/java -jar tzupdater.jar -t -v
java.home: /opt/OV/nonOV/jre/b
java.vendor: Hewlett-Packard Co.
java.version: 1.6.0.04
JRE time zone data version: tzdata2009a
There's no tzdata available for this Java runtime.

tzdata puzzles me, is this a file, and needs to be updates as well?

All this I've tried on Linux, with official patches for RHEL and the same tzupdater.jar

(UPDATE: download the tzupdate tool from the ORACLE URL :

http://www.oracle.com/technetwork/java/javase/tzupdater-readme-136440.html

, and all went fine:

-rw-r--r--   1 root       sys         801084 Oct 14 14:26 tzdata-2011h-1.el5.x86_64.rpm

-rw-r--r--   1 root       sys         449404 Oct 14 14:26 tzdata-2011h-2.el6.noarch.rpm

-rw-r--r--   1 root       sys         182350 Oct 14 14:26 tzdata-java-2011h-1.el5.x86_64.rpm

-rw-r--r--   1 root       sys         154060 Oct 14 14:26 tzdata-java-2011h-2.el6.noarch.rpm

BR,

Ajdin

[Ajdin Osmanagic]

Hi,

to do it properly, it is better to install this unofficial patch, and use tzupdater.jar provided with a patch. Accidentally, I've use tzupdater.jar, which was used on Linux, and cksums differ.

# /opt/OV/nonOV/jre/b/bin/java -jar tzupdater.jar -u -f -v
java.home: /opt/OV/nonOV/jre/b
java.vendor: Hewlett-Packard Co.
java.version: 1.6.0.04
JRE time zone data version: tzdata2009a
tzmappings data version: tzdata2008b
Embedded time zone data version: tzdata2011h
Embedded tzmappings data version: tzdata2011h
Updating tzmappings file... done.
Renaming tzmappings file... done.
done.
Extracting files...

# /opt/OV/nonOV/jre/b/bin/java -jar tzupdater.jar -u -f -v
java.home: /opt/OV/nonOV/jre/b
java.vendor: Hewlett-Packard Co.
java.version: 1.6.0.04
JRE time zone data version: tzdata2009a
tzmappings data version: tzdata2008b
Embedded time zone data version: tzdata2011h
Embedded tzmappings data version: tzdata2011h
Updating tzmappings file... done.
Renaming tzmappings file... done.
done.
Extracting files...
done.
Renaming directories... Validating the new time zone data... done.
Time zone data update is complete.

BR,

Ajdin

[Sergey_Agapov]

Hello colleagues,

Unofficial patch was removed from RapidShare.

Do you know where else I could download it?

[Anir]

> WST-3WSTDST
| 0 3 25-31 3  1983-2038 0   WSTDST-4
change to
| 0 3 25-31 3  1983-2011 0   WSTDST-4
| 0 2 24-30 9  1983-1995 0   WST-3
| 0 2 25-31 10 1996-2038 0   WST-3
change to
| 0 2 25-31 10 1996-2010 0   WST-3
-----

what does the 2 'change to' actually mean:--- Is it something like this:--

| 0 3 25-31 3 1983-2038 0 WSTDST-4
To

| 0 3 25-31 3 1983-2011 0 WSTDST-4

And then

Change

| 0 2 24-30 9 1983-1995 0 WST-3
| 0 2 25-31 10 1996-2038 0 WST-3

To

| 0 2 25-31 10 1996-2010 0 WST-3

---??

Also how does this tztab file entry ensure that the change in summer is also smooth?