prevalence of "right" time zones without timegm()?

[Ken Raeburn]

On Jul 7, 2011, at 16:50, Tom Yu wrote:
> After having thought some more about the way Heimdal works around this
> problem, I realized that on a system with a "right" zone configured,
> the encoded GeneralizedTime won't be the correct value of UTC.  (The
> time_t values on that system will incorporate leap seconds, and the
> manually coded gmtime() won't correct for them.)  It might not matter
> much now with 24 total leap seconds, but could cause problems when
> more leap seconds accumulate in the future, especially if we decrease
> the allowable clock skew.

>From today's IERS bulletin:

> IMPORTANT: After years of discussions, a proposal to fundamentally redefine 
> UTC will come to a conclusive vote in January 2012 at the ITU-R in Geneva. 
> 
> This proposal would halt the intercalary adjustments known as leap seconds 
> that maintain UTC as a form of Universal Time.

So the problem may not get any worse, if this happens.  Of course, that doesn't help with any code requiring exact matches.

Ken