]> granicus.if.org Git - postgresql/commit
Attempt to identify system timezone by reading /etc/localtime symlink.
authorTom Lane <tgl@sss.pgh.pa.us>
Thu, 13 Sep 2018 16:36:21 +0000 (12:36 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Thu, 13 Sep 2018 16:36:21 +0000 (12:36 -0400)
commit23bd3cec6eb1ffb80ed2601c13f89d89e658fcc1
treedf651182edd6cb8e89115a474a61b7d941c7e0c4
parentbc153c941d2ec4e605b1e79be9478abc3d166a18
Attempt to identify system timezone by reading /etc/localtime symlink.

On many modern platforms, /etc/localtime is a symlink to a file within the
IANA database.  Reading the symlink lets us find out the name of the system
timezone directly, without going through the brute-force search embodied in
scan_available_timezones().  This shortens the runtime of initdb by some
tens of ms, which is helpful for the buildfarm, and it also allows us to
reliably select the same zone name the system was actually configured for,
rather than possibly choosing one of IANA's many zone aliases.  (For
example, in a system configured for "Asia/Tokyo", the brute-force search
would not choose that name but its alias "Japan", on the grounds of the
latter string being shorter.  More surprisingly, "Navajo" is preferred
to either "America/Denver" or "US/Mountain", as seen in an old complaint
from Josh Berkus.)

If /etc/localtime doesn't exist, or isn't a symlink, or we can't make
sense of its contents, or the contents match a zone we know but that
zone doesn't match the observed behavior of localtime(), fall back to
the brute-force search.

Also, tweak initdb so that it prints the zone name it selected.

In passing, replace the last few references to the "Olson" database in
code comments with "IANA", as that's been our preferred term since
commit b2cbced9e.

Patch by me, per a suggestion from Robert Haas; review by Michael Paquier

Discussion: https://postgr.es/m/7408.1525812528@sss.pgh.pa.us
src/bin/initdb/findtimezone.c
src/bin/initdb/initdb.c
src/interfaces/ecpg/pgtypeslib/dt_common.c