I would be happy if those of you out there heading or involved in the Oracle
porting process of Bender could comment on your progress, any thoughts
regarding it, time frame for going 'beta' quality, etc.
Thanks a lot!
From: Chris Nandor <pudge@po...> - 2001-01-29 14:14:05
At 02:33 -0800 01.28.2001, CertIndex.com Webmaster wrote:
>I would be happy if those of you out there heading or involved in the Oracle
>porting process of Bender could comment on your progress, any thoughts
>regarding it, time frame for going 'beta' quality, etc.
There has been, essentially, no real progress. There's been some thought
given to the problems involved in porting it over. I'd imagine that when
PostgreSQL is done, Oracle will be a bit easier to do. I don't believe
there is any timeframe for it, as it is not a priority right now; it is not
targeted for inclusion, at all, in the release of Slash 2.0 (Bender), or
Slash 2.2 (which is the "Getting Bender to Run on Slashdot" release).
I am not sure if we ever will do an Oracle port. After PostgreSQL and
MySQL are done, it will be mostly trivial for a third party to complete
support for any other reasonable database, including Oracle. We would
certainly be willing to give guidance and help, but I am not sure that any
time soon we will do work on it.
Of course, we might end up doing it, given the time and inclination, but if
someone really wants Oracle support now, they'd be better off finding a
Perl programmer to do the work themselves (perhaps after PostgreSQL is
further along, so they can use that work for the Oracle port).
Chris Nandor pudge@... http://pudge.net/
Open Source Development Network pudge@... http://osdn.com/
From: Brian Aker <brian@ta...> - 2001-01-30 16:41:14
Update on this. I committed a schema for it a few
weeks ago. There is an Oracle User Group in
I believe Detroit that have I have been talking
to who have been looking at it (outside of some
corrections to the schema I don't know if they have
gotten anything done).
Brian Aker, brian@...
Slashdot Senior Developer
You can't grep a dead tree.