Re: Core Extensions relocation - Mailing list pgsql-hackers

From Joshua Berkus
Subject Re: Core Extensions relocation
Date
Msg-id 516967608.67882.1321379620861.JavaMail.root@mail-1.01.com
Whole thread Raw
In response to Re: Core Extensions relocation  (Greg Smith <greg@2ndQuadrant.com>)
Responses Re: Core Extensions relocation
List pgsql-hackers
Greg,

> I'm not attached to the name, which I just pulled out of the air for
> the
> documentation.  Could just as easily call them built-in modules or
> extensions.  If the objection is that "extensions" isn't technically
> correct for auto-explain, you might call them core add-ons instead.
>  My
> thinking was that the one exception didn't make it worth the trouble
> to
> introduce a new term altogether here.  There's already too many terms
> used for talking about this sort of thing, the confusion from using a
> word other than "extensions" seemed larger than the confusion sown by
> auto-explain not fitting perfectly.

Well, I do think it should be *something* Extensions.  But Core Extensions implies that the other stuff is just random
code,and makes the user wonder why it's included at all.  If we're going to rename some of the extensions, then we
reallyneed to rename them all or we look like those are being depreciated.
 

Maybe:

Core Management Extensions
Core Development Extensions
Additional Database Tools
Code Examples
Legacy Modules

I think that covers everything we have in contrib.

Given discussion, is there any point in reporting on the actual patch yet?

--Josh Berkus



pgsql-hackers by date:

Previous
From: Shigeru Hanada
Date:
Subject: Re: WIP: Join push-down for foreign tables
Next
From: Joshua Berkus
Date:
Subject: Re: Core Extensions relocation