| From: | "Tom Dunstan" <pgsql(at)tomd(dot)cc> |
|---|---|
| To: | "Andrew Dunstan" <andrew(at)dunslane(dot)net> |
| Cc: | "Greg Sabino Mullane" <greg(at)turnstep(dot)com>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: modules |
| Date: | 2008-04-03 15:33:05 |
| Message-ID: | ca33c0a30804030833s28238b68qb7918655ddfe46f9@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-hackers |
On Thu, Apr 3, 2008 at 8:25 PM, Andrew Dunstan <andrew(at)dunslane(dot)net> wrote:
> If this were at all true we would not not have seen the complaints from
> people along the lines of "My ISP won't install contrib". But we have, and
> quite a number of times. We have concrete evidence that calling it contrib
> actually works against us.
It's hard to see ISPs who won't install contrib from installing
${random module} from the big bad internet as has been discussed in
this thread, but who knows?
If we go with a solution that allows users to say "install mymodule;"
or whatever into their own database, is there any reason not to
install (as in make install) all modules currently called contrib by
default? Are there any security issues with modules in there? I seem
to remember something coming up involving dblink a while back...
Cheers
Tom
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Joshua D. Drake | 2008-04-03 15:47:12 | Re: modules |
| Previous Message | Ivan Sergio Borgonovo | 2008-04-03 15:32:54 | Re: is it helpful for the optimiser/planner to add LIMIT 1 |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Dimitri Fontaine | 2008-04-03 15:46:05 | Re: COPY Transform support |
| Previous Message | Mark Mielke | 2008-04-03 15:32:37 | Re: [GENERAL] SHA1 on postgres 8.3 |