Re: Rethinking the parameter access hooks for plpgsql's benefit

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

In response to

Browse pgsql-hackers by date

  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