Re: [HACKERS] unprivileged contrib and pl install - Mailing list pgsql-patches

From Jeremy Drake
Subject Re: [HACKERS] unprivileged contrib and pl install
Date
Msg-id Pine.BSO.4.64.0701242305320.23712@resin.csoft.net
Whole thread Raw
In response to Re: [HACKERS] unprivileged contrib and pl install (formerly tsearch  (Jeremy Drake <pgsql@jdrake.com>)
Responses Re: [HACKERS] unprivileged contrib and pl install  (Jeremy Drake <pgsql@jdrake.com>)
List pgsql-patches
On Wed, 24 Jan 2007, Tom Lane wrote:

> In detail, it'd look something like:
>
> * For an untrusted language: must be superuser to either create or use
> the language (no change from current rules).  Ownership of the
> pg_language entry is really irrelevant, as is its ACL.
>
> * For a trusted language:
>
> * if pg_pltemplate.something is ON: either a superuser or the current
> DB's owner can CREATE the language.  In either case the pg_language
> entry will be marked as owned by the DB owner (pg_database.datdba),
> which means that subsequently he (or a superuser) can grant or deny
> USAGE within his DB.
>
> * if pg_pltemplate.something is OFF: must be superuser to CREATE the
> language; subsequently it will be owned by you, so only you or another
> superuser can grant or deny USAGE (same behavior as currently).

I think I have what is described here implemented in this patch, so that
it can be better understood.  Thoughts?


--
Nobody said computers were going to be polite.

Attachment

pgsql-patches by date:

Previous
From: Tom Lane
Date:
Subject: Re: pg_get_domaindef
Next
From: Gavin Sherry
Date:
Subject: Re: pg_get_domaindef