Re: [CORE] Restore-reliability mode
Claudio Freire <klaussfreire@gmail.com>
From: Claudio Freire <klaussfreire@gmail.com>
To: Geoff Winkless <pgsqladmin@geoff.dj>
Cc: Pg Hackers <pgsql-hackers@postgresql.org>
Date: 2015-06-08T16:03:56Z
Lists: pgsql-hackers
On Mon, Jun 8, 2015 at 12:22 PM, Geoff Winkless <pgsqladmin@geoff.dj> wrote: > On 8 June 2015 at 16:01, Robert Haas <robertmhaas@gmail.com> wrote: >> >> On Mon, Jun 8, 2015 at 9:21 AM, Geoff Winkless <pgsqladmin@geoff.dj> >> wrote: >> > Wow! I never knew there were all these people out there who would be >> > rushing >> > to help test if only the PG developers released alpha versions. It's >> > funny >> > how they never used to do it when those alphas were done. >> >> That's probably overplaying your hand a little bit (and it sounds a >> bit catty, too). > > > I agree. The responses I had written yesterday but didn't send were much > worse. > > Mainly because I think it's quite an attitude to take that open-source > developers should put extra time into building RPMs of development versions > rather than testers waiting 5 minutes while their machines compile. > Ohmygosh, you have to rpm install a bunch of -devel stuff? What a massive > hardship. It's not about the 5 minutes of compile time, it's about the signalling. Just *when* is git ready for testing? You don't know from the outside. I do lurk here a lot and still am unsure quite often. Even simply releasing an alpha *tarball* would be useful enough. What is needed is the signal to test, rather than a fully-built package.
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