cancel
Showing results for 
Search instead for 
Did you mean: 

2011 Russian DST change

rywong
Occasional Contributor

2011 Russian DST change

Hi,

 

Does anyone know when the tzdata 2011h Russian DST change is available for HP-UX and HP-UX Java?

 

Ren

24 REPLIES
Steven E. Protter
Exalted Contributor

Re: 2011 Russian DST change

Shalom,

 

Usually this data is released a few months before the time change.

 

The schedule is sometimes delayed by the decisions of political institutions that decide such things.

 

The data on java is delivere separately and should be available on http://www.hp.com/go/java

 

SEP

Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
James R. Ferguson
Acclaimed Contributor

Re: 2011 Russian DST change

Hi:

 

I have no idea "when" but for HP-UX, the "where" will be in the form of a patch to 'tztab' when it is updated.  Search the Patch database using the keyword 'tztab'.  At this writing there are no new patches.

 

Regards!

 

...JRF...

Dennis Handly
Acclaimed Contributor

Re: 2011 Russian DST change

I haven't heard of this.  Was there any official government document stating this change?

How many years notice was there?

What exact time and date does it start/end?

Bill Hassell
Honored Contributor

Re: 2011 Russian DST change

As Steven mentions, tztab updates are subject to political decisions, unrelated to astronomy and aastrophysics. Hoewever, no need to wait for HP to develop a patch -- you can add any timezone rules that you want to tztab. The tztab file is a simple ASCII file with the date ranges for daylight saving changes and hours east/west of Zulu (UTC or Greenwich) time. SInce there are many Russian timezones, you'll need to find all the rules for all the timezones and update or add the rules as needed. The comments in tztab and the man page for tztab should help in setting up the new rules.



Bill Hassell, sysadmin
James R. Ferguson
Acclaimed Contributor

Re: 2011 Russian DST change

Hi (again):

 

As Bill noted, it is a simple matter to create or amend an entry in 'tztab'.  Be advised, though, that if you do this, the *next* patch that delivers an "official" version of the 'tztab' file will *not* be automatically applied.  Rather, it will remain in the '/usr/newconfig' directory.  This is by design, to prevent overwriting your local version.

 

Regards!

 

...JRF...

Steven E. Protter
Exalted Contributor

Re: 2011 Russian DST change

Shalom again,

Yes, many are surprised that TZ data is impacted by political decisions. If you are managing a system in Russia and want it running on Russian TZ, you will need someone to keep track. This process varies country to country. In Israel there is an annual debate on this matter sometimes involving shouting and pushing in the Knesset.

For all I know Russia could have set this into law a long time ago and there would not be any issues.

Unless you are in a jam, I'd recommend not touching tztab and having the next patch fail to update the file.

In many environments simply staying current and patching twice a year keeps you in good standing.

SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
Dennis Handly
Acclaimed Contributor

Re: 2011 Russian DST change

I asked around.  No answers about tztab patches yet.

Java will be sending out a timezone patch in the next few weeks.  I don't know if it has your specific DST changes?

Dennis Handly
Acclaimed Contributor

Re: 2011 Russian DST change

There is no official tztab patch for Russia in the works.

Bill Hassell
Honored Contributor

Re: 2011 Russian DST change

And it isn't necessary to use tztab at all. Leave it alone and simply create the TZ variable you need in /etc/TIMEZONE. The details are in man environ which will tell you how to create any timezone behavior you want (and any name you might want to use). For instance, I have decided to create a timezone for my desk at work. I have decided that it should be 5 hours, 37 minutes and 12 seconds west of Zulu time (or Prime Meridian as the man page states). I also (arbitrarily) decided that daylight saving starts on the 64th day of the year (zero based) and goes back to standard time on day 290. To test it, I set TZ tempoarily like this:

 

#  TZ=BILL+5:37:12BILLD+6:12:43,64,290   date

Thu Jul 21 18:02:07 BILLD 2011

#  date
Thu Jul 21 20:14:51 EDT 2011

 

Now my local time is Eastern Daylight Saving (EDT), but when I override TZ, then date (and all other time related comands like ls -l) will show my special (but very impractical) timezone. Left to right, the components are:

 

BILL = standard time name (3 or more characters)

+5:37:12 = offset (west) of Zulu time 5 hours 37 minutes and 12 seconds

BILLD =daylight saving time name (any 3 or more characters)

+6:12:43 = offset during daylight saving period

64,290 = start daylight saving on day 64, standard time on day 290

 

So you determine the rules for your timezone, then edit /etc/TIMEZONE and change it to your local timezone:

 

TZ=BILL+5:37:12BILLD+6:12:43,64,290

export TZ

 

But wait, there's more! If your system accomodates users from different timezones, you can add the desired TZ variable to the user's .profile so every user can see time represented in their local timezone. Remember that all time in HP-UX is kept as Zulu or UTC. The TZ variable is used to translate time to the local representation.



Bill Hassell, sysadmin
Dennis Handly
Acclaimed Contributor

Re: 2011 Russian DST change

>Leave it alone and simply create the TZ variable

 

The trouble with a naked TZ variable as described in environ(5), without tztab(4) to back it up, it only works for this year.  It won't tell you the correct time last year nor possibly in the future

Alexander Selektor
Occasional Advisor

Re: 2011 Russian DST change

Is there any news about the patch of the Russian time zones for HP-UX? Change zonetab the only solution right now?


Please check me. 

It was: Moscow Time - UTC +3 with daylight saving time ( UTC+4).

It became: Moscow Time - UTC +4 without daylight saving time

We have in tztab:

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

 Changed for:

 

# Western Russia (Moscow) Time, Western Russia (Moscow) Daylight Savings
# Time
WST-3WSTDST
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-2010 0   WST-3
0 2 25-31 10 2011-2038 0   WST-4

Is it correct?

 

Thank you!

Dennis Handly
Acclaimed Contributor

Re: 2011 Russian DST change

>Is there any news about the patch of the Russian time zones for HP-UX? Change tztab the only solution right now?

 

Has someone made an official request for a HP-UX patch?  Last time I checked, there wasn't one.  I'll ask again.

 

>Is it correct?

 

Almost, using Clay's dst.pl I get:

$ TZ=WST-3WSTDST dst.pl -y 2011

Sun Mar 27 01:59:59 WST 2011 --> Sun Mar 27 03:00:00 WSTDST 2011

Sun Oct 30 01:59:59 WSTDST 2011 --> Sun Oct 30 02:00:00 WST 2011  # no shift

$ TZ=WST-3WSTDST dst.pl -y 2012

# Return exit status 2

 

Note: For the year 2012, you must use the timezone WST-4 and not WST-3WSTDST.  Otherwise my program indicates some hour shifts:

$ TZ=WST-3WSTDST a.out

Tue Feb 01 00:00:00 2011 WST

Wed Jun 01 01:00:00 2011 WSTDST

Thu Dec 01 00:00:00 2011 WST

Wed Feb 01 01:00:00 2012 WST # extra shift

Fri Jun 01 01:00:00 2012 WST # extra shift

Sat Dec 01 01:00:00 2012 WST # extra shift

$ TZ=WST-4 a.out

Wed Feb 01 00:00:00 2012 WST

Fri Jun 01 00:00:00 2012 WST

Sat Dec 01 00:00:00 2012 WST

Alexander Selektor
Occasional Advisor

Re: 2011 Russian DST change

Dennis,

 

What is it a "Clay's dst.pl"? How it's work?

Dennis Handly
Acclaimed Contributor

Re: 2011 Russian DST change

>What is a "Clay's dst.pl"? How it's work?

 

Clay is the #2 guy on the EBC forum.  dst.pl is a perl script that searches for DST transitions.

A forum search for dst.pl should find it or a bunch of dead links that you also need to search.  ;-)

http://h30499.www3.hp.com/t5/tag/dst.pl/tg-p/category-id/itrc-117

Dennis Handly
Acclaimed Contributor

Re: 2011 Russian DST change

>Last time I checked, there wasn't one.  I'll ask again.

 

Ok, good news.  They are working on an unofficial patch, perhaps released next week.

mist98
Occasional Visitor

Re: 2011 Russian DST change

Hello, guys! I already have an unofficial tztab patches for hp-ux. Who needs can take it here: 

[broken link removed on 03-22-2017 by Admin]

Alexander Selektor
Occasional Advisor

Re: 2011 Russian DST change

 

This patch changes the tztab (almost same what I suggested above):

 

# Western Russia (Moscow) Time, Western Russia (Moscow) Daylight Savings
# Time
WST-3WSTDST
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-2010 0   WST-3
0 2 25-31 10 2011      0   WST-4

 

You think it is right?

Dennis Handly
Acclaimed Contributor

Re: 2011 Russian DST change

>You think it is right?

 

I would have to test it out but I think you still have to use WST-4 for future years.

And you will not be able to use one TZ value to get past and future times accurately.

Dennis Handly
Acclaimed Contributor

Re: 2011 Russian DST change

I tested out the tztab(4) entry.  It seems it works fine for 2011 and also for future years!

 

BTW, I just learned that the Olson database is shutdown because of a lawsuit:

[broken link removed on 03-22-2017 by Admin]

Andrey Chipalyuk
Frequent Advisor

Re: 2011 Russian DST change

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
Honored Contributor

Re: 2011 Russian DST change

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
Honored Contributor

Re: 2011 Russian DST change

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
Occasional Visitor

Re: 2011 Russian DST change

Hello colleagues,

 

Unofficial patch was removed from RapidShare.

Do you know where else I could download it?

Anir
Regular Visitor

Re: 2011 Russian DST change

> 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?