On Thu, Sep 19, 2013 at 5:54 PM, Andres Freund and...@2ndquadrant.com wrote:
On 2013-09-19 22:56:52 +0200, Dimitri Fontaine wrote:
Robert Haas robertmh...@gmail.com writes:
I think I'd prefer a GUC that allows specifying multiple directories
that are searched in order to a single symlinked
On 2013-09-20 08:06:56 -0400, Robert Haas wrote:
On Thu, Sep 19, 2013 at 5:54 PM, Andres Freund and...@2ndquadrant.com wrote:
Because I want to specify multiple paths. E.g. one with modules for a
specific postgres version, one for the cluster and one for my
development directory.
Now we
On Fri, Sep 20, 2013 at 8:10 AM, Andres Freund and...@2ndquadrant.com wrote:
On 2013-09-20 08:06:56 -0400, Robert Haas wrote:
On Thu, Sep 19, 2013 at 5:54 PM, Andres Freund and...@2ndquadrant.com
wrote:
Because I want to specify multiple paths. E.g. one with modules for a
specific postgres
Robert Haas robertmh...@gmail.com writes:
So... our usual comma-separated GUC syntax? Empty means no extra
places to search.
Sounds pretty good to me.
The only advantage of using an initdb place would have been the
opportunity to actually register modules and WAL log that step so that
the
On 2013-09-20 14:35:31 +0200, Dimitri Fontaine wrote:
Robert Haas robertmh...@gmail.com writes:
So... our usual comma-separated GUC syntax? Empty means no extra
places to search.
+1.
The only advantage of using an initdb place would have been the
opportunity to actually register modules
Robert Haas escribió:
On Sun, Sep 15, 2013 at 10:51 AM, Peter Eisentraut pete...@gmx.net wrote:
On Sun, 2013-09-15 at 16:09 +0200, Dimitri Fontaine wrote:
Peter Eisentraut pete...@gmx.net writes:
It shouldn't be in the commit fest if it has no patch.
What should I do if my goal is to
On Wed, Sep 18, 2013 at 12:53 PM, Andres Freund and...@2ndquadrant.com wrote:
On 2013-09-18 08:46:08 -0400, Robert Haas wrote:
Here's another idea. At initdb time, create an empty directory called
called pg_you_can_load_stuff_from_here (pick a better name) inside
$PGDATA. Allow it to be
Robert Haas robertmh...@gmail.com writes:
I think I'd prefer a GUC that allows specifying multiple directories
that are searched in order to a single symlinked directory.
Why?
I ask because I have the opposite preference, based on the precedent of
pg_xlog.
I understand Andres preference,
On 2013-09-19 22:56:52 +0200, Dimitri Fontaine wrote:
Robert Haas robertmh...@gmail.com writes:
I think I'd prefer a GUC that allows specifying multiple directories
that are searched in order to a single symlinked directory.
Why?
I ask because I have the opposite preference, based on
On Sun, Sep 15, 2013 at 10:51 AM, Peter Eisentraut pete...@gmx.net wrote:
On Sun, 2013-09-15 at 16:09 +0200, Dimitri Fontaine wrote:
Peter Eisentraut pete...@gmx.net writes:
It shouldn't be in the commit fest if it has no patch.
What should I do if my goal is to get community consensus on
On Sat, Sep 14, 2013 at 4:15 PM, Dimitri Fontaine
dimi...@2ndquadrant.fr wrote:
We can attack the problem in several ways:
- have an initdb switch to tweak the library path per cluster,
I see no advantage to making this impossible to change after initdb time.
- have a superuser-only GUC
Robert Haas robertmh...@gmail.com writes:
- consider on-disk extension as templates and move their module files
somewhere private in $PGDATA and load the code from there
I think this will be horrid mess of security vulnerabilities and upgrade woes.
I think it's a solution to that horrid
On Wed, Sep 18, 2013 at 9:26 AM, Dimitri Fontaine
dimi...@2ndquadrant.fr wrote:
Robert Haas robertmh...@gmail.com writes:
- consider on-disk extension as templates and move their module files
somewhere private in $PGDATA and load the code from there
I think this will be horrid mess of
Robert Haas robertmh...@gmail.com writes:
I think that would largely be rehashing previous discussions, in which
it's already been established that we don't see eye to eye on this
issue. But briefly, I think that replacing shared libraries ought to
Partly yes, but as I'm feeling that we are
On 2013-09-18 08:46:08 -0400, Robert Haas wrote:
Here's another idea. At initdb time, create an empty directory called
called pg_you_can_load_stuff_from_here (pick a better name) inside
$PGDATA. Allow it to be replaced with a symlink. This would be
similar to what we do today with pg_xlog.
On 15 Sep 2013 18:55, Andrew Dunstan and...@dunslane.net wrote:
On 09/15/2013 05:52 PM, Jeff Janes wrote:
On Sun, Sep 15, 2013 at 6:51 AM, Peter Eisentraut pete...@gmx.netmailto:
pete...@gmx.net wrote:
On Sat, 2013-09-14 at 22:15 +0200, Dimitri Fontaine wrote:
This proposal
On Sat, 2013-09-14 at 22:15 +0200, Dimitri Fontaine wrote:
This proposal comes with no patch because I think we are able to
understand it without that, so that it would only be a waste of
everybody's time to attach code for a random solution on the list here
to that email.
It shouldn't be
Peter Eisentraut pete...@gmx.net writes:
It shouldn't be in the commit fest if it has no patch.
What should I do if my goal is to get community consensus on the best
way to solve a problem, and want to start the discussion with some
proposals?
My understanding is that a Commit Fest is mainly
On Sun, 2013-09-15 at 16:09 +0200, Dimitri Fontaine wrote:
Peter Eisentraut pete...@gmx.net writes:
It shouldn't be in the commit fest if it has no patch.
What should I do if my goal is to get community consensus on the best
way to solve a problem, and want to start the discussion with some
On 2013-09-15 16:51, Peter Eisentraut wrote:
On Sun, 2013-09-15 at 16:09 +0200, Dimitri Fontaine wrote:
My understanding is that a Commit Fest is mainly about Reviewing, that's
why I still added an entry for two designs that I need feedback on
before actually coding a solution.
Writing the
On 2013-09-15 17:03:10 +0200, Marko Tiikkaja wrote:
On 2013-09-15 16:51, Peter Eisentraut wrote:
On Sun, 2013-09-15 at 16:09 +0200, Dimitri Fontaine wrote:
My understanding is that a Commit Fest is mainly about Reviewing, that's
why I still added an entry for two designs that I need feedback
Peter Eisentraut pete...@gmx.net writes:
Post it to the pgsql-hackers list.
Well. I think I just did ;-)
I understand why using the commit fest process is attractive for this,
because it enables you to force the issue. But the point of the commit
It enables me to have a slight chance of
On Sun, Sep 15, 2013 at 6:51 AM, Peter Eisentraut pete...@gmx.net wrote:
On Sat, 2013-09-14 at 22:15 +0200, Dimitri Fontaine wrote:
This proposal comes with no patch because I think we are able to
understand it without that, so that it would only be a waste of
everybody's time to attach
On 09/15/2013 05:52 PM, Jeff Janes wrote:
On Sun, Sep 15, 2013 at 6:51 AM, Peter Eisentraut pete...@gmx.net
mailto:pete...@gmx.net wrote:
On Sat, 2013-09-14 at 22:15 +0200, Dimitri Fontaine wrote:
This proposal comes with no patch because I think we are able to
understand
On 2013-09-14 22:15:58 +0200, Dimitri Fontaine wrote:
The way they make that safe is by using cgroups and SELinux, IIUC.
We can attack the problem in several ways:
- have an initdb switch to tweak the library path per cluster,
That sounds like an utterly horrible idea without any
25 matches
Mail list logo