General advice has been that if the OS is patched for the DST change, Perl will be OK between March 11 and Apr 4, when US DST starts 3 weeks early this year.
However, RedHat Enterprise Linux 3's Perl 5.8.0 doesn't notice that the DST date for the OS changed. I grabbed a "dst.pl" test script from HP Support's forumsscript and it's working fine everywhere else, but appears to report "unpatched" on the RHEL3 system that is patched according to ZDUMP(8) and release levels. Is this perhaps GCC 2 => GCC 3 transistion legacy baggage? That was my guess, and nm(1) seems to support - it reports built with GLIBC232 while RHEL3 is GLIBC323 (subtle, these two numbers). But NM also appears to say it's dyanmically linked and I don't see an older glibc on the box? Anyone know for sure? FYI, DateTime::TimeZone is another issue ... it has it's own Olson TZ/zoneinfo, that's it's whole point, it's independent, so it needs to be updated instead of or in addition to the OS, that's a feature. [Links on http://use.perl.org/~n1vux/journal/32234 & http://www.perlmonks.com/?node_id=596027] -- Bill [EMAIL PROTECTED] [EMAIL PROTECTED] _______________________________________________ Boston-pm mailing list [email protected] http://mail.pm.org/mailman/listinfo/boston-pm
