[tz] Uruguay out of DST

enh enh at google.com
Sat Jul 11 18:34:14 UTC 2015


On Sat, Jul 11, 2015 at 11:16 AM, Guy Harris <guy at alum.mit.edu> wrote:
>
> On Jul 11, 2015, at 9:34 AM, enh <enh at google.com> wrote:
>
>> On Sat, Jul 11, 2015 at 12:11 AM, Guy Harris <guy at alum.mit.edu> wrote:
>>>
>>> On Jul 10, 2015, at 11:54 PM, enh <enh at google.com> wrote:
>>>
>>>> it is, unfortunately, the world we live in.
>>>
>>> Who's "we",
>>
>> between Android and iOS, the majority of people with computing devices.
>>
>>> why does "our" operating system not allow the tz database files to be updated without doing a complete new OS release or something as heavyweight as that, and how do we fix that?
>>
>> how things look in the future is a separate discussion. we're talking
>> about the practicalities of getting tzdata into users' hands _today_.
>
> So what's the time frame difference between "today" and "the future"?
>
> I.e., how soon can various vendors - including *but not limited to* Apple and Google, given that there are also a number of significant computing devices out there that run neither Android nor iOS (and without which a lot of those Android and iOS machines won't be able to get very much interesting stuff from the Interwebs) - deploy mechanisms to update time zone files without having to spin an entire OS release just to note that Elbonia is changing to start using DST?
>
> "Mechanisms" here includes both "a way by which an update can be pushed to machines, preferably without requiring a reboot" and "a way by which the vendor's process can treat a time zone data update as being more lightweight than a full OS release".  As per my earlier mail, Apple, at least, have demonstrated that they can distribute other less-than-a-full-OS release update.
>
> So, whilst we probably shouldn't delay the Uruguay update *too* much, ultimately this needs some effort on the part of distributors.  The governments of the world, sadly, don't pay much attention to vendor release schedules when making changes to their DST rules, so, sadly, there *will* be times when a necessary time zone database won't line up nicely with an OS update.

no one is arguing otherwise. but in the meantime, the less time spent
sitting on updates without a good reason to delay, the worse for
everyone.

-- 
Elliott Hughes - http://who/enh - http://jessies.org/~enh/
Android native code/tools questions? Mail me/drop by/add me as a reviewer.


More information about the tz mailing list