Date: Tue, 4 Jan 2022 14:55:09 -0500
From: Stephen Frost <sfrost@snowman.net>
To: "Jonathan S. Katz" <jkatz@postgresql.org>
Cc: Devrim =?iso-8859-1?B?R/xuZPx6?= <devrim@gunduz.org>,
	Tom Lane <tgl@sss.pgh.pa.us>,
	Jonathan Wright <jonathan@almalinux.org>,
	Christophe Pettus <xof@thebuild.com>,
	Justin Clift <justin@postgresql.org>,
	pgsql-www@lists.postgresql.org
Subject: Re: Add AlmaLinux as Specifically Supported Distro
Message-ID: <20220104195508.GM15820@tamriel.snowman.net>
References: 
 <CAKe4=-JbuGRoswy=ThtBOqq8QMO1HPd9R_tujP4GCSxj0WAhhQ@mail.gmail.com>
 <7efd7c0f73bedf467a038ae0f1e76a066b8cbf11.camel@gunduz.org>
 <CAKe4=-+UVdAdrEWBxFKk+b1_=NQRXRP=jrtDp+UU12vb8j1CtQ@mail.gmail.com>
 <9a1462c68c1c96f3d91ce5a5aae0473487ce2e31.camel@gunduz.org>
 <21cd5cf6865df80e0fb2b3a15dda90cb@postgresql.org>
 <5097ECAD-3AC4-4E1C-85B4-AE50F347E712@thebuild.com>
 <CAKe4=-L=t-f2M+hQDf6jgvkAcBovi-cx7oHA3QbzBVC5tYwhFA@mail.gmail.com>
 <4040636.1641320190@sss.pgh.pa.us>
 <b5be94d3216c41efee4c8c47fe6877576a05fdd7.camel@gunduz.org>
 <dcb324da-57dc-93b1-146f-28c99eacd7d4@postgresql.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
	protocol="application/pgp-signature"; boundary="2/+Vq7w28QOSGzSM"
Content-Disposition: inline
In-Reply-To: <dcb324da-57dc-93b1-146f-28c99eacd7d4@postgresql.org>
User-Agent: Mutt/1.5.24 (2015-08-30)
Archived-At: 
 <https://www.postgresql.org/message-id/20220104195508.GM15820%40tamriel.snowman.net>
Precedence: bulk


--2/+Vq7w28QOSGzSM
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Greetings,

* Jonathan S. Katz (jkatz@postgresql.org) wrote:
> On 1/4/22 1:22 PM, Devrim G=FCnd=FCz wrote:
> >On Tue, 2022-01-04 at 13:16 -0500, Tom Lane wrote:
> >>I don't know the relative sizes of the user bases, but I think it
> >>would be fair to have the download page list only the distro(s)
> >>Devrim actually tests on, and then say something like "The RHEL
> >>packages should work on other binary-compatible RHEL clone distros,
> >>but we don't test that".
> >
> >+1 .
>=20
> So, I want to back this up a minute.
>=20
> There are two places where the language is being discussed.
>=20
> First, on "Downloads"[1], if you click "Linux", you'll see a few panes,
> including one that says "Red Hat / Rocky / CentOS". I believe those 3 are
> amongst those that Devrim explicitly tests the packages against. If there
> are more, they are encompassed underneath.

I find it interesting that clicking on that brings you to a page with
"Linux downloads (Red Hat family)" as the title.  Why not make that be
what the link is, so that they are then consistent..?  That is, change
"Red Hat / Rocky / CentOS" to "Red Hat family" on /download.

> At this point, I would be -1 changing anything on #1 unless it adds more
> clarity to how users download. I looked at the data YoY, and clicks to the
> RHEL download page are up ~100%, which seems to indicate to leave things =
as
> is for the moment.

> Then, there is the RHEL page[2] itself. It's divided into two sections:
>=20
> - PostgreSQL Yum Repository
> - Included in Distribution
>=20
> IMV, I think it's fair to include Alma Linux in the "included in
> distribution", though per Tom's point we may want to ensure we have at le=
ast
> one buildfarm animal hitting it. However, we should make it clear what
> distributions Devrim test against, and perhaps add that disclaimer to the
> bottom of that list.

Given the state of things and the proliferation of RHEL clones, we might
be better off stating more explicitly "this is what is tested" instead
of "this is what's supported."  In the drop-down for platform, we would
then have something like "Red Hat Enterprise or Clone version 6/7/8/9".

Similar throughout the rest.  Ideally, this would avoid us having to get
into these discussions in the future.

> Or, at the top of the page where we list out distributions, we can add th=
at
> line below.
>=20
> Thoughts?

Only other thought I have is if we had any documentation around what the
exact testing that's done is and if we'd be willing to allow others the
opportunity to provide that testing, similar to what we do with the
buildfarm.  Not saying that either is required but it might be a path to
allow us to have some website that's updated like the buildfarm is but
for the different platforms.  I know we have the jenkins system for the
debs but that's not linked in anywhere and not sure if we'd want it to
be linked in directly vs. something that's cleaner and simpler that's
somehow automatically updated.

That last being just brain storming really, of course.

Thanks,

Stephen

--2/+Vq7w28QOSGzSM
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCgAGBQJh1KYcAAoJEO1sijiDR2RVnawP/2yRt2A+K734XJVIDZMDBn76
Ejt6OIXVteaVyrwocAZq9pPiYq4zoDAfRBEdLuu6/T8NSe9sjCAto06lSIMLLK1x
EgcFr2mQPA5cYIkYuEVZS6kQx0VwfjzeDGfV9nWYX0kzOI4HrMO4D4uSo8Ou1m2L
Dh4tE6Y2OydgPCBKnQGWLQeHWz2Z90IKqnUFveGvU+fxUfBf2ojWTlqyIfHpb8Nc
NPN9LfDB3Rfcd3xUfosdENEl3G8sp3rDX57gN6c9PPyyuiahxasmkoWSuI3QoUOK
0V6XkWqEplHDMvt6L9/60FEgRz7ljeaso2ePrAsZmikOfPX9iEmkfBNu97q5Lo8C
bbOx9SWHqnyH13215SVtOOzwmOXD33Oi0oHYtw1D0jk2BILRnSHBnsij+1nUGycT
nmaQtxLVObVbjXiypAzIUI6IYb+3W6UD7rkcnggDBMj3LE75ldKwHNtYO/niaGZF
40A26bLw+fK8hZLXxTpt/Fz9cErZPxu1Hl/KGTArX1rLGdeaaqBBevD4NMxKCPU/
+vuzrWj9mDeIpxOg0crwpy3GQ3egBx85b/Ovlj211gTDx1lMSMbRtDmMX8ZLNk7c
I86fyGCmf2QKXy7OeMERBFio9WmfgTzBSbD6Ww2akMKfExcI42HTo73IebLVXNLd
5aeCONe02uvHQrFH+t2e
=KmJY
-----END PGP SIGNATURE-----

--2/+Vq7w28QOSGzSM--