| From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
|---|---|
| To: | David Fetter <david(at)fetter(dot)org> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Vladimir Borodin <root(at)simply(dot)name>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: tzdata 2016j |
| Date: | 2016-12-09 14:52:09 |
| Message-ID: | 20161209145209.zab2siaqdwno23u2@alvherre.pgsql |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
David Fetter wrote:
> On Tue, Dec 06, 2016 at 10:52:47AM -0500, Tom Lane wrote:
> > Vladimir Borodin <root(at)simply(dot)name> writes:
> > > Any chance to get tzdata 2016j in supported branches?
> >
> > When the next scheduled releases come around (February), we'll update
> > to whatever tzdata is current at that time.
>
> I'm guessing that request came through because Vladimir is actually
> affected by the change.
>
> Apparently, you can replace the tzdata file and restart the server per
> https://wiki.postgresql.org/wiki/FAQ#Will_PostgreSQL_handle_recent_daylight_saving_time_changes_in_various_countries.3F
I think a better way to handle this is to use configure's
--with-system-tzdata and make sure the underlying system's tzdata
packages are up to date. Then you don't need to worry about Postgres'
tzdata files at all.
--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2016-12-09 15:43:24 | Re: building HEAD on macos fails with #error no source of random numbers configured |
| Previous Message | Alvaro Herrera | 2016-12-09 14:51:47 | Re: Re: [COMMITTERS] pgsql: Permit dump/reload of not-too-large >1GB tuples |