horology and DST changeover

Started by Andrew Dunstanabout 21 years ago3 messages
#1Andrew Dunstan
andrew@dunslane.net

It's time for the 6 monthly discussion of the failure of the horology
tests during DST changeover.

I'd like to find a way to avoid this, so we don't get spurious buildfarm
failures for 2 or 3 days every six months. ISTM the first thing is to
isolate the tests that are sensitive to it into a separate script. Then
I'd like to have either some test that disables the sensitive tests
around DST changeover, or allows some alternative output during that
time. Detection of DST sensitivity should be a moderately simple perl
one-liner, and we already require perl to build anyway.

Thoughts?

cheers

andrew

#2Tom Lane
tgl@sss.pgh.pa.us
In reply to: Andrew Dunstan (#1)
Re: horology and DST changeover

Andrew Dunstan <andrew@dunslane.net> writes:

It's time for the 6 monthly discussion of the failure of the horology
tests during DST changeover.

This will go away whenever we fix the interval datatype to distinguish
'1 day' from '24 hours'. In the meantime, it reminds us of the work we
need to do there ;-).

I don't think you should do any heavy lifting to hide the error.

regards, tom lane

#3Andrew Dunstan
andrew@dunslane.net
In reply to: Tom Lane (#2)
Re: horology and DST changeover

Tom Lane wrote:

Andrew Dunstan <andrew@dunslane.net> writes:

It's time for the 6 monthly discussion of the failure of the horology
tests during DST changeover.

This will go away whenever we fix the interval datatype to distinguish
'1 day' from '24 hours'. In the meantime, it reminds us of the work we
need to do there ;-).

I don't think you should do any heavy lifting to hide the error.

Ok. I hope this happens before the next changeover, then.

cheers

andrew