From: | Daniel Gustafsson <daniel(at)yesql(dot)se> |
---|---|
To: | Vaibhav Dalvi <vaibhav(dot)dalvi(at)enterprisedb(dot)com> |
Cc: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: pg_upgrade fails with an error "object doesn't exist" |
Date: | 2025-06-16 12:49:46 |
Message-ID: | 9C82183E-7062-463C-9D4A-E22189825EF8@yesql.se |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> On 16 Jun 2025, at 10:59, Vaibhav Dalvi <vaibhav(dot)dalvi(at)enterprisedb(dot)com> wrote:
> It's OFF.
> postgres=# select version();
> version
> ----------------------------------------------------------------------------------------------------------------
> PostgreSQL 18beta1 on aarch64-unknown-linux-gnu, compiled by gcc (Ubuntu 14.2.0-4ubuntu2~24.04) 14.2.0, 64-bit
> (1 row)
> postgres=# show allow_system_table_mods ;
> allow_system_table_mods
> -------------------------
> off
> (1 row)
> postgres=# CREATE FUNCTION pg_catalog.nont_ext_func() RETURNS char AS $$ BEGIN return 'v'; END; $$ LANGUAGE plpgsql;
> CREATE FUNCTION
I stand corrected, I misremembered the extent to which we prohibit creation in
pg_catalog via that GUC. It still feels like a case of getting to keep both
pieces when breaking it, but I wonder if we shouldn't make it harder to break?
--
Daniel Gustafsson
From | Date | Subject | |
---|---|---|---|
Next Message | Jim Jones | 2025-06-16 13:11:23 | Re: Add XMLNamespaces to XMLElement |
Previous Message | Jelte Fennema-Nio | 2025-06-16 12:47:46 | Huge commitfest app update upcoming: Tags, Draft CF, Help page, and automated commitfest creat/open/close |