[tz] Converting cities to tz identifiers (tangent)
Philip Paeps
philip at trouble.is
Wed Feb 21 03:56:29 UTC 2018
On 2018-02-20 17:30:53 (-0500), Garrett Wollman wrote:
> On Tue, 20 Feb 2018 16:36:55 -0500, John Hawkinson <jhawk at MIT.EDU> said:
>> Paul.Koning at dell.com <Paul.Koning at dell.com> wrote on Tue, 20 Feb 2018:
>>>I would not recommend that. "backward" exists, as the name suggests,
>>>only for backward compatibility with old naming conventions.
>>
>>I'm not sure we've made such a statement of deprecation. I think a lot
>>of people use the US/* style, even though it's not what the tz db
>>prefers. I think a lot of people would be up-in-arms if those
>>identifiers were deprecated anytime in foreseeable life of the project
>>(measured in decades). But perhaps I am wrong (or too conservative).
>
>When I was the timezone maintainer for FreeBSD, I made a deliberate
>decision not to use the backward file (unless the user rebuilt their
>system after changing a make variable). I believe the current
>maintainer has continued this policy
I suppose that by the "you touched it last so now you own it" principle,
the current maintainer is me.
I am indeed continuing your policy.
FreeBSD doesn't use the tzdb build process directly (we have our own
Makefile) and we only install the current zones.
>so there's at least one downstream platform that does not support the
>old names and has not done so for about two decades. The zone.tab file
>(which FreeBSD's timezone chooser uses) does not reference the
>"backward" zones as I recall.
Correct.
I have been thinking about using zone1970.tab instead (which we do not
currently even install) but I haven't gotten around to it yet.
(I also have some work in progress to bring tzcode up to a more recent
version but ... turns out "time" is not only difficult to describe but
also difficult to find!)
Philip
--
Philip Paeps
Senior Reality Engineer
Ministry of Information
More information about the tz
mailing list