Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1scsz5-00BAf4-T6 for pgsql-pkg-debian@arkaria.postgresql.org; Sat, 10 Aug 2024 20:46:44 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1scsz3-00ARrE-Je for pgsql-pkg-debian@arkaria.postgresql.org; Sat, 10 Aug 2024 20:46:41 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1scsz3-00ARr6-Bq for pgsql-pkg-debian@lists.postgresql.org; Sat, 10 Aug 2024 20:46:41 +0000 Received: from mail-lf1-x12d.google.com ([2a00:1450:4864:20::12d]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1scsz0-0045fd-9g for pgsql-pkg-debian@postgresql.org; Sat, 10 Aug 2024 20:46:39 +0000 Received: by mail-lf1-x12d.google.com with SMTP id 2adb3069b0e04-52efa98b11eso470332e87.2 for ; Sat, 10 Aug 2024 13:46:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=crunchydata.com; s=google; t=1723322796; x=1723927596; darn=postgresql.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=37BGmbFuOuSJGibHs3i6FMiI2zM7HCR1Njm7akQ265U=; b=KujIQ5nVBbNtvlSTyE8zD2rV7vM8wr0Ofu6teDbPEEwNBDnSPzZ6m2vNKGdoCs8t7k 5XzrZmeuS81cSlSvp0Qp8HOGcAk//arNRbDzm7WVUhZSh2324ovOYb0kbyMrVV6CIqyD CKqz2sLhrVc90lH+UvuqQQte+hcVD6av+hPfB3vvZp7A0t6cD0rlLW7u23MvEIJ2PpaS u5aeTE+I24oYEf+m3xK/v1ZosN8UqofauXtTUhjdwpS/VHnaDTARVX8F2qIvHYs5IvZ2 jN9A6ezxMHuwQPNQqAQyy2NSv+B62kjodSTQ3SfnKv0Ma6FKAtrLGuZ+xFRWKZ08zI26 WFzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723322796; x=1723927596; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=37BGmbFuOuSJGibHs3i6FMiI2zM7HCR1Njm7akQ265U=; b=gqT3f8POZgusCO0HVHqsqP7GlB+W7UoFSZhpLvhSWWdWaQFD84XM7vZk0fQ8iENbeU +/fNUn55pf7MYCdpp9z2esJ42hA8JBPyYNTzfrz0M68e+rsw7b62qf+DSoM0nMsZSnKF cdlHf7EUxq0QpL+rv8XjiMDOU8fmr+fd5+xRndEXXhSk//c/NExPVA5GfRAZ4k1RtMpT YX2GJ4pPurR9ko79dN5BGuxs6pySeWNY//s8FdGCf05laJNkf29xpXgz2JqSLbkzf2c+ V99U72RJxv8PvFc4xvVJQMdoMP2SHC0oELfbd8rnnwtnQPCj+4542gGWOclXmU/KYZgb GuRA== X-Forwarded-Encrypted: i=1; AJvYcCXaX56gVagM9Cw3Ls3cO1SRmy8y/uLNkGk83VlG0PANnmQWK3EXmx1k5H/4TvjdURau5Yzt38s5edYa+ofaa1UThNGXHGkQWZ2yO+TnlGR5 X-Gm-Message-State: AOJu0YwdL1YCo3gPX70z2tQyhZxgiNHNT/dTpWpNozp1SZloYDRdgpq7 baPeanCGUPF9YpAsDlVJMIIto2bPVbMoSAEmwGRIEPoGaxkSdJlUb4NzGFND4nouPcRZCBHXcXZ liGStuEm6DlaJLmuLLwKDJhsNceueQqW8rRk4FNkQTmla7BWMZcA= X-Google-Smtp-Source: AGHT+IEm9wiKw+YTeLdm+iqp9xPI+9dXEInknwPNrpiaykjOKJ2QUff39aQJ13GjnwUQelXVz0NU9P+V68ge6/2McH4= X-Received: by 2002:a05:6512:2811:b0:52e:fd7c:8b9b with SMTP id 2adb3069b0e04-530ee9f3db1mr2229873e87.7.1723322796109; Sat, 10 Aug 2024 13:46:36 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Smith Date: Sat, 10 Aug 2024 16:46:24 -0400 Message-ID: Subject: Re: PostGIS files for PG17-b2 To: Christoph Berg , Greg Smith , pgsql-pkg-debian@postgresql.org, Paul Ramsey Content-Type: multipart/alternative; boundary="000000000000188e49061f5a5b4f" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000188e49061f5a5b4f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Jul 1, 2024 at 12:16=E2=80=AFPM Christoph Berg wr= ote: > PostGIS doesn't work with 17 yet: > > https://pgdgbuild.dus.dg-i.net/job/postgis-binaries-beta/93/architecture= =3Damd64,distribution=3Dsid/console > Since this hasn't moved yet as of beta3, I dug in. PostGIS is focused on getting PG17 well supported in their 3.5 release, currently in alpha testing, and that's probably why this rough edge has lingered around 3.4 for so long. On the error log there's a pair of basic compiler issues and then a few regression tests are failing. Paul Ramsey dug in for me and has fixed the compiler problem: https://github.com/postgis/postgis/commit/0a8072199200a8323b5ddcfdcb89ed01d= bd5f6b1 We're not 100% sure that will fix all the regression issues, but all seems solved in his local build. He tells me it's not unusual for those particular tests to require per-version tweaks if there's still something off. I gave up on trying to build everything myself to check when I realized postgis_3.4.2+dfsg-1.pgdg+2.dsc doesn't even have PG17 listed yet. If it takes a full release of the upstream 3.4 PostGIS branch to replace the sid 3.4.2 that's not building, we can ask Paul R to lean on speeding up the next point rel. I can't tell if that's the easiest way to navigate this through the Debian stable process, or if this is going to be a PGDG source change no matter. Baton passed to you! -- Greg Smith greg.smith@crunchydata.com Director of Open Source Strategy --000000000000188e49061f5a5b4f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Jul 1, 2024 at 12:16=E2=80=AFPM C= hristoph Berg <myon@debian.org>= ; wrote:
PostGIS doesn't work with 17 yet:
https://pgdgbuild.dus.dg-i.net/job/postgis-binaries-beta/93/architec= ture=3Damd64,distribution=3Dsid/console

=
Since this hasn't moved yet as of beta3, I dug in.=C2=A0 PostGIS i= s focused on getting PG17 well supported in their 3.5=20 release, currently in alpha testing, and that's probably why this rough= edge has lingered around 3.4 for so long.

On = the error log there's a pair of basic compiler issues and then a few re= gression tests are failing.=C2=A0 Paul Ramsey dug in for me and has fixed t= he compiler problem:
https://github.com/p= ostgis/postgis/commit/0a8072199200a8323b5ddcfdcb89ed01dbd5f6b1

We're not 100% sure that will fix all the regressi= on issues, but all seems solved in his local build.=C2=A0 He tells me it= 9;s not unusual for those particular tests to require per-version tweaks if= there's still something off.=C2=A0 I gave up on trying to build everyt= hing myself to check when I realized postgis_3.4.2+dfsg-1.pgdg+2.dsc doesn&= #39;t even have PG17 listed yet.

If it takes a full relea= se of the upstream 3.4 PostGIS branch to replace the sid 3.4.2 that's n= ot building, we can ask Paul R to lean on speeding up the next point rel.= =C2=A0 I can't tell if that's the easiest way to navigate this thro= ugh the Debian stable process, or if this is going to be a PGDG source chan= ge no matter.=C2=A0 Baton passed to you!

--
Greg Smit= h=C2=A0 gre= g.smith@crunchydata.com
Director of Open Source Strategy
=C2=A0
--000000000000188e49061f5a5b4f--