Plruby in PG distribution

I am wondering why plruby has not been included with the PostgreSQL
distribution. It has been around for quite a while. Is there a license
compatibility problem or a cold response from the PG development team? I
myself find plruby to be quite interesting, especially since plpython
has become “plpythonu” in 7.4 and plperl still can’t be used for
triggers. I believe that for most people, Ruby should be the next best
choice when Perl and Python is not available.

Or isn’t there anyone using plruby? I thought that Japanese users
especially should be the potential users since Ruby is more popular
there than Python. Also PG is not threaded at the moment so no problem
with Ruby’s lack of OS threads. Also as a side note, Bruce Momjian is
currently being employed by a Japanese company…

···


dave

Well, I don’t know why it isn’t included in the standard PG
distribution, but I guess the PG team prioritize stability over
features. The current version of plruby is not 100% stable - I’ve been
getting some very strange (and seemingly random) segfaults when using
plruby triggers, causing the entire database system to crash…

//samuel

2004-01-06 kl. 13.15 skrev David Garamond:

···

I am wondering why plruby has not been included with the PostgreSQL
distribution. It has been around for quite a while. Is there a license
compatibility problem or a cold response from the PG development team?
I myself find plruby to be quite interesting, especially since
plpython has become “plpythonu” in 7.4 and plperl still can’t be used
for triggers. I believe that for most people, Ruby should be the next
best choice when Perl and Python is not available.

Or isn’t there anyone using plruby? I thought that Japanese users
especially should be the potential users since Ruby is more popular
there than Python. Also PG is not threaded at the moment so no problem
with Ruby’s lack of OS threads. Also as a side note, Bruce Momjian is
currently being employed by a Japanese company…


dave

I am wondering why plruby has not been included with the PostgreSQL

to respond to this question, you must first respond to

* why pltcl don't support the latest modifications ?
    - functions returning SET (7.3)
    - new array mechanism (not sur about this) (7.4)

* why plperl has only (beta) support for trigger when it's easy to do it

* why plpython was introduced as a trusted language when it was well known
   the problem with python

Actually, I prefer manage plruby because I use it, rather than have a
dead PL language

Guy Decoux

Well, I don't know why it isn't included in the standard PG

If you have a problem with plruby, it's best to contact me in *private*
email.

Guy Decoux