<div dir="ltr"><div>Good point with regard to the abbreviation. I know some RFCs explicitly assume "PST" is UTC-8. These RFCs, though deprecated, are still required to be followed in new code (I did this not too long ago).<br></div><div><br></div><div>With regard to the delayed implementation, it sounds like there was an amendment included. The Congressional website doesn't yet reflect this, but in my experience it takes a day or two for the website to be updated (including for the vote itself).<br></div><div><br></div><div>Amendment reference: <a href="https://news.yahoo.com/senate-unexpectedly-approves-legislation-abolish-190710035.html">https://news.yahoo.com/senate-unexpectedly-approves-legislation-abolish-190710035.html</a></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Rubio said, however, that an amendment to the bill would delay its 
implementation until November 2023 in order to give the airline and 
travel industries, which operate on strict timetables, sufficient leeway
 to prepare for the change.</div></blockquote><div dir="ltr"><br><div>Jacob Pratt</div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 15, 2022 at 4:01 PM Paul Eggert <<a href="mailto:eggert@cs.ucla.edu">eggert@cs.ucla.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 3/15/22 12:05, Jacob Pratt via tz wrote:<br>
<br>
> there is no clause that delays implementation, so it looks like it would<br>
> take effect immediately. This could be problematic if the bill becomes law<br>
> near or after the November clock change.<br>
<br>
It would be problematic even if it becomes law this month, as it would <br>
effectively change time zone names and abbreviations immediately. For <br>
example, the time zone abbreviation in Los Angeles would immediately <br>
change from "PDT" to "PST" (though the UTC offset would not change).<br>
<br>
A *lot* of computer software assumes that timezone abbreviations like <br>
"PST" have their longstanding meanings. This software was obviously <br>
misguided, but it's out there and changing it will be quite a hassle. I <br>
don't envy people who will have the responsibility for cleaning up the <br>
resulting mess where "PST" has one meaning for older timestamps and a <br>
different meaning for newer ones and existing standards like Internet <br>
RFC 5322 continue to say things like "PST is semantically equivalent to <br>
-0800".<br>
</blockquote></div>