Re: here does postgres take its timezone information from?

From: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Palle Girgensohn <girgen(at)pingpong(dot)net>, Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>, Chris Withers <chris(at)withers(dot)org>, "pgsql-generallists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>, "pgsql(at)freebsd(dot)org" <pgsql(at)freebsd(dot)org>
Subject: Re: here does postgres take its timezone information from?
Date: 2019-11-15 20:32:51
Message-ID: CA+hUKGJZBEF3XHxJEp=muxpELFpnN__QJHA7v1vUSdz9RmBM7g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sat, Nov 16, 2019 at 8:38 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Palle Girgensohn <girgen(at)pingpong(dot)net> writes:
> >> 6 nov. 2019 kl. 03:03 skrev Thomas Munro <thomas(dot)munro(at)gmail(dot)com>:
> >>> *It looks like FreeBSD's port uses the copy of tzdata from the
> >>> PostgreSQL source tree by default and thus that is what you get if you
> >>> install PostgreSQL with "pkg". That's not a great default IMHO and
> >>> should be changed.
>
> > The decision to use postgresql's tzdata is quite old. It was based on the assumption that postgres is updated more frequently than the operating system, and that for that reason it was better to use postgresql's tzdata, since it would be more accurate more often. This is probably not true anymore, so I agree it should probably be changed to default=system-tzdata on FreeBSD.
> > I will commit an upgrade in Thursday, and unless anybody raise their voice against it, I will change the default setting then.
>
> So it seems that that change was not entirely without fallout:
>
> https://www.postgresql.org/message-id/flat/16118-ef1e45e342c52416%40postgresql.org
>
> I don't think this is reason to revert the change, exactly,
> but it's a concern. I wonder why FreeBSD editorializes on
> the set of zone names?

Ugh. It doesn't have the old backward compatibility names like
US/Pacific installed by default, which is a problem if that's what
initdb picked for your cluster (or you've stored references to any of
those names in other ways).

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Pavel Stehule 2019-11-15 20:45:59 Re: jsonb_set() strictness considered harmful to data
Previous Message Dave Hughes 2019-11-15 20:17:17 Re: Authentication: MD5 to SCRAM-SHA-256 error