Re: pgsql: Revoke PUBLIC CREATE from public schema, now owned by pg_databas

From: Noah Misch <noah(at)leadboat(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-committers(at)lists(dot)postgresql(dot)org
Subject: Re: pgsql: Revoke PUBLIC CREATE from public schema, now owned by pg_databas
Date: 2021-12-17 19:47:20
Message-ID: 20211217194720.GB2529654@rfd.leadboat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On Fri, Dec 17, 2021 at 01:41:00PM -0500, Tom Lane wrote:
> Noah Misch <noah(at)leadboat(dot)com> writes:
> > On Fri, Dec 17, 2021 at 12:52:39PM -0500, Tom Lane wrote:
> >> It's sort of annoying to fire up a psql+backend
> >> for just one command, but perhaps there's other stuff that could be
> >> put there too.
>
> > Yes. The src/test/regress suite would be in a better place if one could run
> > most test files via a schedule containing only two files, the setup file and
> > the file of interest. Adding things like the "CREATE TABLE tenk1" to the
> > setup file would help that.
>
> If we're thinking of a generalized setup file, putting it after the
> tablespace test feels pretty weird. What was your motivation for
> doing this at the end of tablespace.source rather than the start?

I did it that way so a bit of the "make check" suite would exercise the
standard user experience. That's a minor concern, so putting the setup file
before the tablespace file is fine. Various contrib and TAP suites will still
test the standard user experience.

> It doesn't look like that test in itself had any interesting
> dependencies on public not being writable.

Right.

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2021-12-17 19:57:08 Re: pgsql: Revoke PUBLIC CREATE from public schema, now owned by pg_databas
Previous Message Tom Lane 2021-12-17 18:41:00 Re: pgsql: Revoke PUBLIC CREATE from public schema, now owned by pg_databas

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2021-12-17 19:53:46 Re: WIP: WAL prefetch (another approach)
Previous Message Greg Stark 2021-12-17 19:40:20 Re: WIP: WAL prefetch (another approach)