From: | Devrim Gündüz <devrim(at)gunduz(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, keisuke kuroda <keisuke(dot)kuroda(dot)3862(at)gmail(dot)com> |
Cc: | Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>, pgsql-general(at)postgresql(dot)org, pgsql-pkg-yum(at)postgresql(dot)org |
Subject: | Re: pg12 rc1 on CentOS8 depend python2 |
Date: | 2019-09-30 11:20:03 |
Message-ID: | 21705bb57210f01b559ec2f5de8550df586324e2.camel@gunduz.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-pkg-yum |
Hi,
On Fri, 2019-09-27 at 09:38 -0400, Tom Lane wrote:
> It doesn't surprise me so much that the contrib package does, though.
> Most likely, that includes the plpython transform modules
> (hstore_plpython, jsonb_plpython, etc), which are certainly going to
> depend on whichever libpython PG was built with.
>
> It might've been better to split out those modules as a separate
> package. OTOH that would add confusion, and we have a lot of
> subpackages already.
I think postgresql-contrib-py3 is really the best idea at this point, otherwise
I cannot see a clean way to make this without breaking existing installations.
I cannot move those contrib modules under plpython* subpackage -- I mean, I
*can, but then the installations will break in next upgrade. OTOH, I can add
Requires: -contrb for plpython package, then it will be the same problem.
Am I missing something?
Regards,
--
Devrim Gündüz
Open Source Solution Architect, Red Hat Certified Engineer
Twitter: @DevrimGunduz , @DevrimGunduzTR
From | Date | Subject | |
---|---|---|---|
Next Message | PegoraroF10 | 2019-09-30 12:46:47 | Re: Operator is not unique |
Previous Message | Imre Samu | 2019-09-30 09:40:31 | Re: Redis 16 times faster than Postgres? |
From | Date | Subject | |
---|---|---|---|
Next Message | Jeremy Schneider | 2019-09-30 22:49:17 | pgdg yum repos missing versions <10 ? |
Previous Message | keisuke kuroda | 2019-09-27 15:25:58 | Re: pg12 rc1 on CentOS8 depend python2 |