Re: Problems with pg_restore (plpgsql already exists) - Mailing list pgsql-admin

From Brian Weaver
Subject Re: Problems with pg_restore (plpgsql already exists)
Date
Msg-id 17919563-C079-438C-9702-5A0806127DFD@gmail.com
Whole thread Raw
In response to Re: Problems with pg_restore (plpgsql already exists)  (Guillaume Lelarge <guillaume@lelarge.info>)
Responses Re: Problems with pg_restore (plpgsql already exists)  (Scott Ribe <scott_ribe@elevated-dev.com>)
List pgsql-admin
Guillaume,

Thanks for the pointer. Is it just me that finds it the behavior of pg_restore odd? If the default installation since
9.0has PL/PgSQL installed then why does pg_restore still emit statements to create the language? As a developer by
tradeit smells like a bug.  

-- Brian

Sent from my iPhone

On Feb 25, 2012, at 10:31, Guillaume Lelarge <guillaume@lelarge.info> wrote:

> On Fri, 2012-02-24 at 22:12 -0500, Brian Weaver wrote:
>> So when did the installation of PL/PgSQL into all databases become standard
>> operating procedure? It wasn't standard (or at least it didn't choke) on
>> the installation of versions 8.3 and 8.4 that I have used on CentOS 5.
>>
>> Seems like a fairly substantial change. Did I miss it in the release notes?
>>
>
> Since 9.0, it's the third item in the overview list of the release notes
> http://www.postgresql.org/docs/9.0/static/release-9-0.html.
>
>
> --
> Guillaume
> http://blog.guillaume.lelarge.info
> http://www.dalibo.com
>

pgsql-admin by date:

Previous
From: Guillaume Lelarge
Date:
Subject: Re: Problems with pg_restore (plpgsql already exists)
Next
From: Scott Ribe
Date:
Subject: Re: Problems with pg_restore (plpgsql already exists)