MIME-Version: 1.0
References: <9d891a1580ee6ed9feae568f842a3998efb53191.camel@cybertec.at>
 <c038bb60e190c5155a5fe2153641a89231da1598.camel@gunduz.org>
In-Reply-To: <c038bb60e190c5155a5fe2153641a89231da1598.camel@gunduz.org>
From: Timothy Kempisty - NOAA Federal <timothy.kempisty@noaa.gov>
Date: Thu, 28 Sep 2023 14:09:48 -0400
Message-ID: 
 <CAFT0m5O-qx2sVmN8GLL8yh9XWEdZD5SGjyCP65rtpXOs_S_9jg@mail.gmail.com>
Subject: Re: Dependencies for PostGIS 3.4 for PG v16 on Fedora 38 seem wrong
To: =?UTF-8?B?RGV2cmltIEfDvG5kw7x6?= <devrim@gunduz.org>
Cc: Laurenz Albe <laurenz.albe@cybertec.at>,
 pgsql-pkg-yum@lists.postgresql.org
Content-Type: multipart/alternative; boundary="000000000000576e2006066f378b"
Archived-At: 
 <https://www.postgresql.org/message-id/CAFT0m5O-qx2sVmN8GLL8yh9XWEdZD5SGjyCP65rtpXOs_S_9jg%40mail.gmail.com>
Precedence: bulk

--000000000000576e2006066f378b
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I am having similar problems on the RHEL8 repo.  Everything is broken.
Multiple geos dependencies means the postgis_raster extension is broken.
If I try to use the latest postgis34 packages, then it only brings in
geos312.  That part works, but the problem becomes gdal36.
 gdal36-python-tools brings in  EPEL's python3-gdal instead of PGDG
gdal36-python3 from pgdg-common.

The python module "osgeo_utils" only comes with the PGDG gdal36-python3
package.  That means gdal36_python-tools / gdal_calc.py is dead.  I can't
install gdal36-python3 on top of python3-gdal to get the osgeo_utils,
because the packages conflict.

I have a big infrastructure as code project that relies on the PGDG RHEL8
repo.  GDAL, postgis_raster, gdal-python-tools....   it worked earlier this
month, but it's now dead in the water.  Do we have a timeline here?  Am I
stuck retooling this to build geos, gdal, and postgis from source?

-Tim


On Thu, Sep 28, 2023 at 1:48=E2=80=AFPM Devrim G=C3=BCnd=C3=BCz <devrim@gun=
duz.org> wrote:

>
> Hi Laurenz,
>
> That stack is completely broken, and I'm trying my best before v16 is
> out.
>
> Sorry about the inconvenience.
>
> Regards, Devrim
>
> On Wed, 2023-08-30 at 09:13 +0200, Laurenz Albe wrote:
> > The dependencies look like this on my machine:
> >
> > > rpm -q --requires postgis34_16 | grep geos
> > geos311 >=3D 3.11.2
> > libgeos_c.so.1()(64bit)
> >
> > > rpm -q --requires postgis34_16 | grep gdal
> > gdal36-libs >=3D 3.6.3
> > libgdal.so.32()(64bit)
> >
> > > rpm -q --requires gdal36-libs | grep geos
> > geos312
> > libgeos_c.so.1()(64bit)
> >
> > So postgis34_16 depends on both GEOS 3.11 and GEOS 3.12.
> > One dependency is direct, the other is via GDAL.
> >
> > Yours,
> > Laurenz Albe
> >
> >
>
> --
> Devrim G=C3=BCnd=C3=BCz
> Open Source Solution Architect, PostgreSQL Major Contributor
> Twitter: @DevrimGunduz , @DevrimGunduzTR
>
>
>
>

--000000000000576e2006066f378b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I am having similar problems on the RHEL8 repo.=C2=A0 Ever=
ything is broken.=C2=A0 Multiple geos dependencies means the postgis_raster=
 extension is broken.=C2=A0 If I try to use the latest postgis34 packages, =
then it only brings in geos312.=C2=A0 That part works, but the problem beco=
mes gdal36.=C2=A0 =C2=A0gdal36-python-tools brings in=C2=A0 EPEL&#39;s pyth=
on3-gdal=C2=A0instead of PGDG gdal36-python3 from pgdg-common.<br><br>The p=
ython module &quot;osgeo_utils&quot; only comes with the PGDG gdal36-python=
3 package.=C2=A0 That means gdal36_python-tools / gdal_calc.py is dead.=C2=
=A0 I can&#39;t install gdal36-python3 on top of python3-gdal to get the os=
geo_utils, because the packages conflict.<br><br>I have a big infrastructur=
e as code=C2=A0project that relies on the PGDG RHEL8 repo.=C2=A0 GDAL, post=
gis_raster, gdal-python-tools....=C2=A0 =C2=A0it worked earlier this month,=
 but it&#39;s now dead in the water.=C2=A0 Do we have a timeline here?=C2=
=A0 Am I stuck retooling this to build geos, gdal, and postgis from source?=
<div><br></div><div>-Tim</div><div><br></div></div><br><div class=3D"gmail_=
quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Sep 28, 2023 at 1:48=
=E2=80=AFPM Devrim G=C3=BCnd=C3=BCz &lt;<a href=3D"mailto:devrim@gunduz.org=
">devrim@gunduz.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quot=
e" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204)=
;padding-left:1ex"><br>
Hi Laurenz,<br>
<br>
That stack is completely broken, and I&#39;m trying my best before v16 is<b=
r>
out.<br>
<br>
Sorry about the inconvenience.<br>
<br>
Regards, Devrim<br>
<br>
On Wed, 2023-08-30 at 09:13 +0200, Laurenz Albe wrote:<br>
&gt; The dependencies look like this on my machine:<br>
&gt; <br>
&gt; &gt; rpm -q --requires postgis34_16 | grep geos<br>
&gt; geos311 &gt;=3D 3.11.2<br>
&gt; libgeos_c.so.1()(64bit)<br>
&gt; <br>
&gt; &gt; rpm -q --requires postgis34_16 | grep gdal<br>
&gt; gdal36-libs &gt;=3D 3.6.3<br>
&gt; libgdal.so.32()(64bit)<br>
&gt; <br>
&gt; &gt; rpm -q --requires gdal36-libs | grep geos<br>
&gt; geos312<br>
&gt; libgeos_c.so.1()(64bit)<br>
&gt; <br>
&gt; So postgis34_16 depends on both GEOS 3.11 and GEOS 3.12.<br>
&gt; One dependency is direct, the other is via GDAL.<br>
&gt; <br>
&gt; Yours,<br>
&gt; Laurenz Albe<br>
&gt; <br>
&gt; <br>
<br>
-- <br>
Devrim G=C3=BCnd=C3=BCz<br>
Open Source Solution Architect, PostgreSQL Major Contributor<br>
Twitter: @DevrimGunduz , @DevrimGunduzTR<br>
<br>
<br>
<br>
</blockquote></div>

--000000000000576e2006066f378b--