| From: | Dimitri Fontaine <dimitri(at)2ndQuadrant(dot)fr> |
|---|---|
| To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
| Cc: | "David E(dot) Wheeler" <david(at)kineticode(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, Marti Raudsepp <marti(at)juffo(dot)org>, peter_e(at)gmx(dot)net, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: multi-platform, multi-locale regression tests |
| Date: | 2010-11-11 13:07:58 |
| Message-ID: | m28w10ypn5.fsf@2ndQuadrant.fr |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> I think the big hurdle with contrib isn't
> that it's called "contrib" but that it's not part of the core server
> and, in many cases, enabling a contrib module means editing
> postgresql.conf and bouncing the server. Of course, there are
> certainly SOME people who wouldn't mind editing postgresql.conf and
> bouncing the server but are scared off by the name contrib, but I
> suspect the hassle-factor is the larger issue by a substantial margin.
You're forgetting about the dump and restore problems you now have as
soon as you're using any contrib. They are more visible at upgrade time,
of course, but still bad enough otherwise.
Regards,
--
Dimitri Fontaine
http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Dimitri Fontaine | 2010-11-11 13:21:26 | Re: renaming contrib. |
| Previous Message | Andrew Dunstan | 2010-11-11 13:04:08 | Re: improved parallel make support |