Re: Do we really want to migrate plproxy and citext into PG core distribution? - Mailing list pgsql-hackers

From Matthew T. O'Connor
Subject Re: Do we really want to migrate plproxy and citext into PG core distribution?
Date
Msg-id 48876B6F.60007@zeut.net
Whole thread Raw
In response to Re: Do we really want to migrate plproxy and citext into PG core distribution?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> "Greg Sabino Mullane" <greg@turnstep.com> writes:
>> Code outside of core, is, in reality, less reviewed, less likely to work
>> well with recent PG versions, and more likely to cause problems. It's also
>> less likely to be found by people, less likely to be used by people, and
>> less likely to be included by distros. Not to say that everything should get
>> shoved into core, of course, but there are strong arguments for both sides.
> 
> These are all true statements, of course, but ISTM they should be looked
> on as problems to be solved.  Pushing stuff into core instead of solving
> these problems is not a scalable long-term answer.

A few random thoughts...

The application that comes to mind first for me when you talk plugins is 
Firefox.  They make it very easy to browse for plugins and to install, 
update, remove them.  Their plug-in system also tries to account for 
Firefox version and OS platform which we would need to do also.

Perhaps one thing that would help PostgreSQL plug-ins is a nice GUI 
plug-in browser and management application.  The logical place to add 
this IMHO is PGAdmin since it is GUI, already talks to the DB and is 
cross platform.  I'm not saying a GUI should be required to manage 
plug-ins, a fully CLI option should be made available too.


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: pltcl_*mod commands are broken on Solaris 10
Next
From: Markus Wanner
Date:
Subject: Re: Postgres-R: internal messaging