plruby in PG distribution

[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...

 

[Samuel Kvarnbrink]

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:

 

[ts]

D> 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

 

[ts]

S> 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