Re: Packaging of plpython

From: John R Pierce <pierce(at)hogranch(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Packaging of plpython
Date: 2012-09-07 21:43:59
Message-ID: 504A6A9F.60503@hogranch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 09/07/12 2:26 PM, Gražvydas Valeika wrote:
> OK. It seemed to me, that plpython2 and plpython3 were introduced
> exactly for this reason.
>
> Postgres documentation
> (http://www.postgresql.org/docs/9.1/static/plpython-python23.html)
> states:
>
> It is not allowed to use PL/Python based on Python 2 and PL/Python
> based on Python 3 in the same session, because the symbols in the
> dynamic modules would clash, which could result in crashes of the
> PostgreSQL server process. There is a check that prevents mixing
> Python major versions in a session, which will abort the session if a
> mismatch is detected. It is possible, however, to use both PL/Python
> variants in the same database, from separate sessions.

yes, but again, plpython3 would depend on having python-libs for python
3.x, which EL5/6 do not provide. the plpython provided by
yum.postgresql.org has dependency on...

$ yum deplist postgresql91-plpython
postgresql91-plpython.x86_64 9.1.5-3PGDG.rhel6
.....
dependency: libpython2.6.so.1.0()(64bit)
provider: python-libs.x86_64 2.6.6-29.el6_2.2

--
john r pierce N 37, W 122
santa cruz ca mid-left coast

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Gražvydas Valeika 2012-09-07 22:01:54 Re: Packaging of plpython
Previous Message Gražvydas Valeika 2012-09-07 21:26:16 Re: Packaging of plpython