Hans, Andrew,
> > I have learned (please correct me if I am wrong) that people tend to
> > look in contrib before they look at gborg.
pgFoundry/project.postgresql.org will be up by next week, I promise.
Working on it now.
This should increase the visibility of non-core components.
--
-Jos
On Fri, Apr 16, 2004 at 08:10:20AM -0400, Andrew Sullivan wrote:
> On Mon, Apr 05, 2004 at 06:33:51PM +0200, Hans-J?rgen Sch?nig wrote:
> >
> > I have learned (please correct me if I am wrong) that people tend to
> > look in contrib before they look at gborg.
>
> This may be true, but if so, per
On Mon, Apr 05, 2004 at 06:33:51PM +0200, Hans-J?rgen Sch?nig wrote:
>
> I have learned (please correct me if I am wrong) that people tend to
> look in contrib before they look at gborg.
This may be true, but if so, perhaps it's a reason to add a
contrib/gborg directory with just a README that s
On Wed, Apr 07, 2004 at 09:39:15AM -0400, Jan Wieck wrote:
> the reason why dblink, dbmirror and the "rserv prototype" are under
> contrib/ while projects like erserver and slony1 live on gborg - just to
> take this class of projects as an example.
Since the rserv prototype actually does not wo
Fabien COELHO wrote:
> Is it better in /contrib or gborg?
Gborg imho. I thought we were trying to move all non-core code there
now. Isn't that why psqlodbc etc. were moved?
The argument was that it can be devopped and released independently?
Features in "contrib/" have a premium over external ad
Paul Tillotson wrote:
Hans et al:
People asked me to put a simple extension for PostgreSQL Open Source.
The attached package contains a simple functions whichs tells a remote
TCP socket that somebody is about to modify a certain table.
I would very much appreciate being able to receive notific
Jeff wrote:
On Apr 5, 2004, at 12:35 PM, Bruce Momjian wrote:
For me, /contrib is for things closely tied to the backend code, like
GIST stuff, and for key tools, like conversion programs.
something that would be useful (and perhaps may be part of that
pgfoundry or whatever its called movement) w
> say "Silly, thats on gborg!" and they look at me strangely
Sure. The "gborg" name does not strike as being related to postgresql.
--
Fabien Coelho - [EMAIL PROTECTED]
---(end of broadcast)---
TIP 9: the planner will ignore your desire to choos
On Apr 5, 2004, at 12:35 PM, Bruce Momjian wrote:
For me, /contrib is for things closely tied to the backend code, like
GIST stuff, and for key tools, like conversion programs.
something that would be useful (and perhaps may be part of that
pgfoundry or whatever its called movement) would be makin
> > Is it better in /contrib or gborg?
>
> Gborg imho. I thought we were trying to move all non-core code there
> now. Isn't that why psqlodbc etc. were moved?
The argument was that it can be devopped and released independently?
Features in "contrib/" have a premium over external add-ons.
--
F
It's rumoured that Bruce Momjian once said:
>
> Is it better in /contrib or gborg?
>
Gborg imho. I thought we were trying to move all non-core code there now.
Isn't that why psqlodbc etc. were moved?
Regards, Dave
---(end of broadcast)---
TIP 3:
Hans-Jürgen Schönig wrote:
> >
> > Is it better in /contrib or gborg?
> >
>
>
> I have learned (please correct me if I am wrong) that people tend to
> look in contrib before they look at gborg.
> Also, when people ask for training most of them ask for stuff in
> contrib. It is people's mind t
Is it better in /contrib or gborg?
I have learned (please correct me if I am wrong) that people tend to
look in contrib before they look at gborg.
Also, when people ask for training most of them ask for stuff in
contrib. It is people's mind that contrib is somehow a source of
additional, smal
Hans-Jürgen Schönig wrote:
> Tom Lane wrote:
> > =?ISO-8859-1?Q?Hans-J=FCrgen_Sch=F6nig?= <[EMAIL PROTECTED]> writes:
> >
> >>Nested transactions: I don't think nested transactions will really help
> >>to resolve the core problem. Committing a subtransaction will most
> >>likely not imply that a
t;[EMAIL PROTECTED]>
|
| cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
|
| Subject: Re: [HACKERS] Socket comm
Tom Lane wrote:
=?ISO-8859-1?Q?Hans-J=FCrgen_Sch=F6nig?= <[EMAIL PROTECTED]> writes:
Nested transactions: I don't think nested transactions will really help
to resolve the core problem. Committing a subtransaction will most
likely not imply that a parent transaction can be committed as well.
A
=?ISO-8859-1?Q?Hans-J=FCrgen_Sch=F6nig?= <[EMAIL PROTECTED]> writes:
> Nested transactions: I don't think nested transactions will really help
> to resolve the core problem. Committing a subtransaction will most
> likely not imply that a parent transaction can be committed as well.
Agreed.
> As
Tom Lane wrote:
=?ISO-8859-1?Q?Hans-J=FCrgen_Sch=F6nig?= <[EMAIL PROTECTED]> writes:
People asked me to put a simple extension for PostgreSQL Open Source.
The attached package contains a simple functions whichs tells a remote
TCP socket that somebody is about to modify a certain table.
Doesn't
| Subject: Re: [HACKERS] Socket communication for contrib
|
>--|
=?ISO-8859-1?Q?Hans-J=FCrgen_Sch=
=?ISO-8859-1?Q?Hans-J=FCrgen_Sch=F6nig?= <[EMAIL PROTECTED]> writes:
> People asked me to put a simple extension for PostgreSQL Open Source.
> The attached package contains a simple functions whichs tells a remote
> TCP socket that somebody is about to modify a certain table.
Doesn't this encoura
Community,
People asked me to put a simple extension for PostgreSQL Open Source.
The attached package contains a simple functions whichs tells a remote
TCP socket that somebody is about to modify a certain table.
Why would anybody do that?
Currently PostgreSQL provides a nice LISTEN / NOTIFY mec
21 matches
Mail list logo
