Joe,
> I've considered relicensing PL/R with a BSD license, but I haven't been
> able to decide whether I really can do that given libR's GPL status, and
> I'm afraid it might tick off the R core developers if I do.
Seems like you could ask them.
--
Josh Berkus
Aglio Database Solutions
San Fran
On Thu, 5 May 2005, Tom Lane wrote:
"Marc G. Fournier" <[EMAIL PROTECTED]> writes:
Note that what Tom is proposing is actually yanking *all* PLs from the
core source tree, but having them all within the core CVS ... I believe
his "motivation" is that he only has one CVSROOT to set to get at all the
What we are proposing is just including the C code which will have no
external
dependancies.
We understand that building the java pl's requires many tools which are
not normally
available to people building the source.
Dave
Tom Lane wrote:
"Marc G. Fournier" <[EMAIL PROTECTED]> writes:
Note
"Marc G. Fournier" <[EMAIL PROTECTED]> writes:
> Note that what Tom is proposing is actually yanking *all* PLs from the
> core source tree, but having them all within the core CVS ... I believe
> his "motivation" is that he only has one CVSROOT to set to get at all the
> files, but that they are
On Thu, 5 May 2005, Dave Cramer wrote:
pl-j and pl/java are working together to create a shared interface so
that they can co-exist. This is the part that we wish to have added to
the main source tree. It will just be the C portion of the code that
does rely on the backend.
Note that what Tom is
> -Original Message-
> From: Tom Lane [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 04, 2005 11:17 PM
> To: Oleg Bartunov
> Cc: Pgsql Hackers
> Subject: Re: [HACKERS] 'infinity' in GiST index
>
> [...]
> Seems like it's not really GiST's fault but a definitional problem
> for the timest
On Wednesday 04 May 2005 03:05, Oleg Bartunov wrote:
> On Tue, 3 May 2005, Dann Corbit wrote:
> > http://www.cs.cmu.edu/~harchol/Papers/actual-icde-submission.pdf
>
> thanks, interesting analysis. I've seen many papers where PostgreSQL
> was used as a research database and wondering why we have no
Joe Conway <[EMAIL PROTECTED]> writes:
> I've considered relicensing PL/R with a BSD license, but I haven't been
> able to decide whether I really can do that given libR's GPL status, and
> I'm afraid it might tick off the R core developers if I do.
The direction I see this going in wouldn't req
Hi Dann,
I am also very happy you are interested in our work. I am working inside
the DB engine and have coauthored the work you are interested in; David
will happily share code with you. The latest and greatest on my side has
to do with componentization of database systems; we are using staging t
"Dave Page" writes:
> 3) One example of a catalog change that has caused a number of bug
> reports for us is the removal of pg_database.datpath. Whilst your
> views could have prevented the error itself, we would still have had
> to modify pgAdmin to prevent it displaying the path on newer servers
Josh Berkus writes:
> Tom,
>> To put it more bluntly: exactly what are you accomplishing here that
>> isn't already accomplished, in a *truly* standard fashion, by the
>> INFORMATION_SCHEMA? Why do we need yet another nonstandard view on
>> the underlying reality?
> To quote myself:
> Q: Why no
Hello.
Why pgplsql setof ... function cannot be used in field list of select?
It is possible to use C functions, plperl functions and sql functions,
but pgplsql returns:
ERROR: set-valued function called in context that cannot accept a set
CONTEXT: PL/pgSQL function "my_gen_ser" line 6 at retur
On 5/4/05, Russell Smith <[EMAIL PROTECTED]> wrote:
> On Wed, 4 May 2005 04:40 am, Tom Copeland wrote:
> > On Tue, 2005-05-03 at 14:26 -0400, Mitch Pirtle wrote:
> >
> > Of course, Mitch is running the second largest GForge site on the planet
> > (as far as I know) second only to https://helixc
pl-j and pl/java are working together to create a shared interface so
that
they can co-exist. This is the part that we wish to have added to the
main source
tree. It will just be the C portion of the code that does rely on the
backend.
Dave
Tom Lane wrote:
"Joshua D. Drake" <[EMAIL PROTEC
Josh Berkus wrote:
> a) all view and column names are as explicit and as readable
> as possible (e.g. "type_schema_name", not "typnsname")
I would suggest that you align your terminology with the information
schema as much as possible, so it would be "type_schema" and not
"type_schema_na
Josh,
it's very difficult to read your messages (I'm using Pine), because
of some symbols (~Z on my xterm) which broke formatting.
Is't known problem of pine (4.62) or your mailer ?
Regards,
Oleg
_
Oleg Bartunov, sc
Hi Josh,
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Josh Berkus
> Sent: 05 May 2005 05:38
> To: PostgreSQL-development
> Subject: [HACKERS] Views, views, views! (long)
>
> This
> has kept the pgAdmin and phpPgAdmin teams busy since 7.2, and
101 - 117 of 117 matches
Mail list logo
