Skip to content
Snippets Groups Projects
Select Git revision
  • benchmark-tools
  • postgres-lambda
  • master default
  • REL9_4_25
  • REL9_5_20
  • REL9_6_16
  • REL_10_11
  • REL_11_6
  • REL_12_1
  • REL_12_0
  • REL_12_RC1
  • REL_12_BETA4
  • REL9_4_24
  • REL9_5_19
  • REL9_6_15
  • REL_10_10
  • REL_11_5
  • REL_12_BETA3
  • REL9_4_23
  • REL9_5_18
  • REL9_6_14
  • REL_10_9
  • REL_11_4
23 results

backend

  • Clone with SSH
  • Clone with HTTPS
  • user avatar
    Tom Lane authored
    We were doing some amazingly complicated things in order to avoid running
    the very expensive identify_system_timezone() procedure during GUC
    initialization.  But there is an obvious fix for that, which is to do it
    once during initdb and have initdb install the system-specific default into
    postgresql.conf, as it already does for most other GUC variables that need
    system-environment-dependent defaults.  This means that the timezone (and
    log_timezone) settings no longer have any magic behavior in the server.
    Per discussion.
    ca4af308
    History
    Name Last commit Last update
    ..