Re: [CORE] postpone next week's release
Stephen Frost <sfrost@snowman.net>
From: Stephen Frost <sfrost@snowman.net>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Magnus Hagander <magnus@hagander.net>,
Robert Haas <robertmhaas@gmail.com>,
"pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>,
pgsql-core <pgsql-core@postgresql.org>
Date: 2015-05-29T19:46:16Z
Lists: pgsql-hackers
* Tom Lane (tgl@sss.pgh.pa.us) wrote: > Magnus Hagander <magnus@hagander.net> writes: > > On Fri, May 29, 2015 at 9:32 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > >> I think there's no way that we wait more than one additional week to push > >> the fsync fix. So the problem is not with scheduling the update releases, > >> it's with whether we can also fit in a 9.5 beta release before PGCon. > > > I think 9.5 beta has to stand back. The question is what we do with the > > potentially two minor releases. Then we can slot in the beta whenever. > > > If we do the minor as currently planned, can we do another one the week > > after to deal with the multixact issues? (scheduling wise we're going to > > have to do one the week after *regardless*, the question is if we can make > > two different ones, or if we need to fold them into one) > > I suppose we could, but it doubles the amount of release gruntwork > involved, and it doesn't exactly make us look good to our users either. Agreed. Makes it look like we can't manage to figure out our bugs and put fixes for them together in sensible releases.. Thanks! Stephen
Commits
-
Add Valgrind buffer access instrumentation.
- 1e0dfd166b3f 14.0 landed
-
Fix wrong merge resolution making pg_receivexlog fail in 9.2.
- 6b700301c36e 9.2.11 cited