<div dir="ltr">I do agree that it's not IANA's responsibility to push back against governments, but that doesn't deny the fact that a lot of governments are not well organized and such a decision can happen because two people discussed it in some meeting and that became the decision to go by (a proof of that is that this is not the first time a thing like this happens on this group as Howard said). If you have a way to fix every government on earth, then be my guest. Today it's Lebanon, tomorrow it'll be another unorganized country that would do the same thing, and the same frustrations for people that do not have a say on that government (maintainers of this repository and every vendor needing to propagate the change because 'asap').<div><br></div><div>I do understand that IANA is responsible to keep its databases updated at all times, but this specific database has a lot of very meaningful implications, and its own limitations with the vendor update times. Applying changes on a whim is definitely not the way to go because of the possible repercussions.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 27, 2023 at 8:52 PM John Sauter via tz <<a href="mailto:tz@iana.org">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">On Mon, 2023-03-27 at 20:37 +0300, Ali Al Amine via tz wrote:<br>
> The problem is that currently this database is expected to change<br>
> immediately, as well as vendors are expected to release asap (no<br>
> expectations, just asap). Having a clear, structured release<br>
> timeline, and rules that would structure such a mess, would remove<br>
> the risk of such a thing to happen in the future (or at least it<br>
> would attempt to organize it). Howard's or my suggestions are trying<br>
> to setup such a structure. <br>
> <br>
> @Rany Yes but that's why there should be a minimum of some sort, a<br>
> minimum that has a leeway in adding the tz database, as well as for<br>
> the vendors to update. That way all updates are synchronized as<br>
> expected by the time people go forward with the change.<br>
> <br>
> @Deborah I'm from lebanon, and this is how institutions worked with<br>
> it with such a short notice: <br>
> - Banks didn't go forward with the change with international<br>
> transactions as to not have confusion with the transactions with the<br>
> international banks and their systems<br>
> - Apps that rely on cloud providers (like our case) didn't know what<br>
> to work with as the vendors cannot update on the fly. We contacted<br>
> AWS for our case as an example and what they told us is that there is<br>
> no timeline for when the update would happen, so we need to change<br>
> our codebase to take both into consideration as it might happen at<br>
> any time and our code should handle the inconsistencies that appear.<br>
> - Systems that rely on 3rd party vendors (for example quickbooks for<br>
> accounting, or any software the businesses are relying on) are<br>
> reporting everything in the wrong date as they didn't update, and<br>
> they also don't have a timeline for when the update will happen.<br>
> <br>
There is nothing that IANA can do to solve the problems you are<br>
describing.  You need to push back on the politicians--explain to them<br>
that their decision-making procedures are causing harm to their people.<br>
Ask them, not IANA, to give enough time between the announcement of<br>
such a policy and its effective date that updates can be synchronized.<br>
    John Sauter (<a href="mailto:John_Sauter@systemeyescomputerstore.com" target="_blank">John_Sauter@systemeyescomputerstore.com</a>)<br>
-- <br>
get my PGP public key with gpg --locate-external-keys<br>
<a href="mailto:John_Sauter@systemeyescomputerstore.com" target="_blank">John_Sauter@systemeyescomputerstore.com</a><br>
<br>
</blockquote></div>