Re: proposal: schema variables

From: Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
To: Bruce Momjian <bruce(at)momjian(dot)us>, Daniel Gustafsson <daniel(at)yesql(dot)se>
Cc: Marcos Pegoraro <marcos(at)f10(dot)com(dot)br>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, jian he <jian(dot)universality(at)gmail(dot)com>, Dmitry Dolgov <9erthalion6(at)gmail(dot)com>, Erik Rijkers <er(at)xs4all(dot)nl>, Michael Paquier <michael(at)paquier(dot)xyz>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, DUVAL REMI <REMI(dot)DUVAL(at)cheops(dot)fr>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: proposal: schema variables
Date: 2025-05-20 20:36:54
Message-ID: 138d50cd8d9617469922eb0017956a3610089064.camel@cybertec.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

On Tue, 2025-05-20 at 16:28 -0400, Bruce Momjian wrote:
> On Tue, May 20, 2025 at 08:47:36PM +0200, Daniel Gustafsson wrote:
> > > On 20 May 2025, at 18:39, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> > > My only point is that we should only be using email lists for work that
> > > is being actively worked on to be added to community Postgres. There
> > > has been talk of a trimmed-down version of this being applied, but I
> > > don't see any work in that direction.
> > >
> > > This patch should be moved to a separate location where perhaps people
> > > can subscribe to updates when they are posted, perhaps github.
> >
> > As a project with no roadmap governed by open forum consensus I don't think we
> > have any right to tell community members what they can or cannot work on here,
> > any technical discussion which conforms with our published policies should be
> > welcome. If Pavel want's to continue rebasing his patchset here then he has,
> > IMHO, every right to do so.
> >
> > Whether or not a committer will show interest at some point is another thing,
> > but we are seeing a very good role-model for taking responsibility for ones
> > work here at the very least =)
>
> Well, we do have a right, e.g., we would not allow someone to repeatedly
> post patches for a Postgres extension we don't manage, or the jdbc
> driver. I also don't think we would allow someone to continue posting
> patches for a feature we have decided to reject, and I think we have
> decided to reject the patch in in its current form. I think we might
> accept a trimmed-down version, but I don't see the patch moving in that
> direction.
>
> Now, of course, if I am the only one who feels this way, I can suppress
> these emails on my end.

In my opinion, this patch set is adding something that would be valuable to
have in core.

If no committer intends to pick it up and commit it, I think the proper
action would be to step up and reject the patch set, not complain about the
insistence of the author.

Yours,
Laurenz Albe

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2025-05-20 20:40:34 Re: Violation of principle that plan trees are read-only
Previous Message Pavel Stehule 2025-05-20 20:28:31 Re: Re: proposal: schema variables

Browse pgsql-performance by date

  From Date Subject
Next Message Bruce Momjian 2025-05-20 21:06:59 Re: proposal: schema variables
Previous Message Pavel Stehule 2025-05-20 20:28:31 Re: Re: proposal: schema variables