<div dir="ltr"><div dir="ltr"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 15 Mar 2021 at 10:11, Evgheni Antropov via tz <<a href="mailto:tz@iana.org" target="_blank">tz@iana.org</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">





<div lang="EN-US">
<div>
<p class="MsoNormal"><span style="color:black">something goes wrong at October, when DST will disable.</span></p></div></div></blockquote><div><br></div><div>Your command:</div><div>date +"%Y%m%d %T" -s "20211030 00:59:55"<br></div><div>is inherently ambiguous because 00:59:55 occurs twice on that date in your zone.  date has chosen to give you the second occurrence of this time, one hour after the transition you're trying to observe has already happened.  This is why your output is entirely in EET.</div><div><br></div><div>You can unambiguously specify the UTC timestamp associated with the time you wish to inspect with something more like:</div><div>date +"%Y%m%d %T" -s "20211029 21:59:55" -u</div><div> </div></div><div><div dir="ltr" data-smartmail="gmail_signature">--<br>Tim Parenti</div></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div><p class="MsoNormal"><span style="color:black"></span></p><div>
</div>
</div>
</div>

</blockquote></div></div>