From: | David Gould <daveg(at)sonic(dot)net> |
---|---|
To: | Claudio Freire <klaussfreire(at)gmail(dot)com> |
Cc: | Geoff Winkless <pgsqladmin(at)geoff(dot)dj>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [CORE] Restore-reliability mode |
Date: | 2015-06-08 23:02:21 |
Message-ID: | 20150608160221.437fb596@engels |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, 8 Jun 2015 13:03:56 -0300
Claudio Freire <klaussfreire(at)gmail(dot)com> wrote:
> > 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.
This. The clients I referred to earlier don't even use the rpm packages,
they build from sources. They need to know when it is worthwhile to take a
new set of sources and test. Some sort of labeling about what the contents
are would enable them to do this.
I don't think a monthly snapshot would work as well as the requirement is
knowing that "grouping sets are in" not that "it is July now".
-dg
--
David Gould daveg(at)sonic(dot)net
If simplicity worked, the world would be overrun with insects.
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2015-06-09 01:09:02 | Re: Memory leak with XLogFileCopy since de768844 (WAL file with .partial) |
Previous Message | Tom Lane | 2015-06-08 22:01:00 | Re: Cancel race condition |