From: | Stephen Frost <sfrost(at)snowman(dot)net> |
---|---|
To: | Andres Freund <andres(at)2ndquadrant(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Rethinking the parameter access hooks for plpgsql's benefit |
Date: | 2015-03-09 16:54:23 |
Message-ID: | 20150309165423.GW29780@tamriel.snowman.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
* Andres Freund (andres(at)2ndquadrant(dot)com) wrote:
> > JD sees the situation correctly: this is $dayjob work, and it's going
> > to get done now not in four months because I have a deadline to meet.
> > I would like to push it into the community sources to reduce divergence
> > between our copy and Salesforce's, but if I'm told it has to wait till
> > 9.6, I may or may not remember to try to do something then.
>
> I think most of the committers are pretty much in that situation?
Indeed.. And, further, the commitfest wasn't intended to prevent
committers from working on things, at least as I understood it. Core
sets a feature freeze date which is quite a different thing.
Considering feature freeze is generally after the last commitfest it
also seems counter-intuitive that committers are expected to have
finished all of their work for the next release prior to the start of
the last commitfest.
> > I will admit that I'm been slacking on commitfest work. This is not
> > unrelated to the fact that we've been in commitfest mode continuously
> > since last August. I'm afraid whatever enthusiasm I had for reviewing
> > other peoples' patches burned out some time ago.
>
> I can certainly relate to that :(.
+1.
Thanks,
Stephen
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2015-03-09 16:54:44 | Re: Rethinking the parameter access hooks for plpgsql's benefit |
Previous Message | Joshua D. Drake | 2015-03-09 16:53:14 | Re: Rethinking the parameter access hooks for plpgsql's benefit |