Bug 56804 – PostgreSQL ebuild and PLPHP

• Status: RESOLVED OBSOLETE
• Product: Gentoo Linux

[Description Francesco 2004-07-12 09:48:26 UTC]

I think it could be a good idea to have the USE flag to enable plphp use in postgresql ebuild:

http://plphp.commandprompt.com/

Thanks

[Comment 1 Tiziano Müller (RETIRED) 2006-07-31 13:11:45 UTC]

Hmm, I tested it. The problem is that PL/PHP is broken on threading-enabled PHP, as seen on the mailinglist: http://hosting.commandprompt.com/pipermail/plphp/2006-July/000340.html

[Comment 2 Gordon Pettey 2011-12-13 17:40:46 UTC]

The software in question has not been updated since 2007, is only documented to work with PostgreSQL 8.1, which is no longer in Portage, and this bug has not been updated in over 5 years.

If this were to be added, it might better fit as a separate ebuild or in an overlay, anyway.

I suggest that this bug be closed as OBSOLETE.

[Comment 3 Aaron W. Swenson 2011-12-14 12:21:36 UTC]

(In reply to comment #2)
> The software in question has not been updated since 2007, is only documented to
> work with PostgreSQL 8.1, which is no longer in Portage, and this bug has not
> been updated in over 5 years.
> 
> If this were to be added, it might better fit as a separate ebuild or in an
> overlay, anyway.
> 
> I suggest that this bug be closed as OBSOLETE.

Just as I was about to do that six months or so ago I discovered they had updated PL/PHP.

https://public.commandprompt.com/projects/plphp/files

It looks like the highest documented version it works with 9.0, but 9.1 was only released a couple months ago.

I'm currently working on an eclass that will allow us to install this on several major versions rather than just one.

[Comment 4 Aaron W. Swenson 2013-06-19 11:51:44 UTC]

Apparently the upstream authors can't or won't keep up with PostgreSQL.

PL/PHP will not be included with the PostgreSQL ebuilds.