Message-ID: <e5def31a137f24ca2b8ac16a1e296c4245679a3c.camel@gunduz.org>
Subject: [Fwd: [Bug 1618698] New: [modularity] drop postgresql-libs - create
 libpq.spec and libecpg.spec instead]
From: Devrim =?ISO-8859-1?Q?G=FCnd=FCz?= <devrim@gunduz.org>
To: pgsql-pkg-yum <pgsql-pkg-yum@postgresql.org>
Date: Fri, 17 Aug 2018 13:20:20 +0100
References: <bug-1618698-153952@bugzilla.redhat.com>
Content-Type: multipart/signed; micalg="pgp-sha256";
	protocol="application/pgp-signature"; boundary="=-NvR+9iGxuVMRg6SgrP7D"
Mime-Version: 1.0
Precedence: bulk


--=-NvR+9iGxuVMRg6SgrP7D
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable


Comments, please?

-------- Forwarded Message --------
From: bugzilla@redhat.com
To: devrim@gunduz.org
Subject: [Bug 1618698] New: [modularity] drop postgresql-libs - create
libpq.spec and libecpg.spec instead
Date: Fri, 17 Aug 2018 11:18:09 +0000

> https://bugzilla.redhat.com/show_bug.cgi?id=3D1618698
>=20
>             Bug ID: 1618698
>            Summary: [modularity] drop postgresql-libs - create libpq.spec
>                     and libecpg.spec instead
>            Product: Fedora
>            Version: rawhide
>          Component: postgresql
>           Keywords: FutureFeature, Tracking
>           Assignee: praiskup@redhat.com
>           Reporter: praiskup@redhat.com
>         QA Contact: extras-qa@fedoraproject.org
>                 CC: anon.amish@gmail.com, devrim@gunduz.org,
>                     hhorak@redhat.com, jmlich83@gmail.com,
>                     jstanek@redhat.com, pkajaba@redhat.com,
>                     pkubat@redhat.com, praiskup@redhat.com,
>                     tgl@sss.pgh.pa.us
>=20
>=20
>=20
> Fedora (28+) already provides multiple versions of PostgreSQL packages, t=
he
> default version AND the modular version (even though DB team has not star=
ted
> maintaining the modular PG stack, it's done by modularity people - availa=
ble
> for testing in /etc/yum.repos.d/fedora-modular.repo).
>=20
> The ongoing plan is to support the modular PostgreSQL server, too, and ma=
ke
> that server interchangeable with system-default version (note that this i=
s
> not about parallel install-ability/SCL!).
>=20
> The new layout should be 100% compatible with what we have provided so fa=
r,
> so regular user shouldn't really observe big differences.  I.e. each Fedo=
ra
> version should still (by default) provide/install the latest PostgreSQL
> major server version which was available at the time of Fedora branching
> (from Fedora Rawhide).
>=20
> So the change is that, in module repository (in module streams), we'll
> provide different versions of set of PostgreSQL server packages
> (postgresql-server, postgresql-contrib, postgresql-pl*, etc., + third par=
ty
> modules built against that server).
>=20
> The major change in 'postgresql.spec' is that we'll drop shared libraries
> from there - the postgresql-libs subpackage.  Newly the contents of
> postgresql-libs subpackage will be provided in 'libpq' and 'libecpg'
> packages (with *-devel counterparts).  The benefit of this layout is that=
,
> even though servers will be distributed in multiple versions, the _client=
_
> library can be built and maintained only once per system.
>=20
> We expect to provide older PG stack version usually in modules, but it _i=
s_
> expected (we at least wish) that we could even start shipping newer versi=
on
> of
> PostgreSQL server module in the middle of Fedora stable release.  For thi=
s
> purpose, we might need to have libpq updated to newer major version (if t=
he
> newly provided server version will require a newer libpq, e.g. because th=
ere
> are newer symbols).  So to automatically guard against server/client-lib
> mis-installation, we'll start with small downstream change -- with versio=
ned
> ABI of the libpq library.
>=20
> This approach (single version of libpq and ABI versioning) has been
> discussed upstream and the result is that:
>=20
>   - Debian packagers do something similar (slightly differently because
>     they maintain several libpq.so.5 versions in parallel, but only
>     the latest required libpq is installed)
>=20
>   - upstream is not ATM very much interested in ABI versioning support
>=20
> If upstream decided to implement ABI versioning one day, we'd migrate to
> that scheme in the next branched distro version.
>=20
> [1]
>=20
https://www.postgresql.org/message-id/5261375.z5KIV9Ssac%40nb.usersys.redha=
t.com
>=20
> This bug is meant to serve the tracking purpose.
>=20
> --=20
> You are receiving this mail because:
> You are on the CC list for the bug.
> Unsubscribe from this bug=20
> https://bugzilla.redhat.com/token.cgi?t=3DpnHwxgRavl&a=3Dcc_unsubscribe

--=20
Devrim G=C3=BCnd=C3=BCz
EnterpriseDB: https://www.enterprisedb.com
PostgreSQL Consultant, Red Hat Certified Engineer
Twitter: @DevrimGunduz , @DevrimGunduzTR

--=-NvR+9iGxuVMRg6SgrP7D
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEH8GKHNUOKtDEiyD22MM9/pLPbrUFAlt2vYUACgkQ2MM9/pLP
brWWEA//ZeKpyrvTfaYuQGabr55e52LnXqMij0vstNdj51K4aZefO4TordfuLcXY
qQcQNF2KT5V9idQ5OThQahPEuDTpXvnDq2585Dlh2RYBbjyp/R5n0P8BPGzIoQW6
Sz03H7Hibi1DFfobaOnAGCjHx36st1iP8bUG7IUo+RrcRX/vv8SkwxZM2Bl/cYXj
zhZGYwRmdc3JV1Dr+T+g3VfsDaHU234l/OlfwljH8y0xASRJVmX3m5vIetQ2452r
w/dxFWlAne5uZuezGcOBc5sp+tot7DOyqMaMTxFJuNY4cUkEDMrrNmZTdu+i1GNH
dMlEy3aUNuFN2FQIkd0XV3+vW/JdFvd3b9heWwpG3jReDbZndKuV7GR5oKO8KEju
BXTUpUfJMi38pJtuiPds7+FeFDf4M27t8n4951CswW3d/z/AgHQrJJoGamRmF4ZA
aoRt0x93H/ZDupJJe3CJPqeV9lfr2rYyQ/6ua1EKLzWSlhz88hjp3S12paYh7wFh
HWgQ9kA5hURI1UQDFZxvpVzUP3HgG7ZAQWpCVvGwXY8tpBMD/od/FtyjtQj/WwvG
Kv9CAYiVsZjVu4rEa+fj5cjL84PTYMGsygm5jdTYAsEfNUdUx4sMmbs6dnTUmlny
H2dha3saMuBOE8nY12Ly6RPv/ZCafAwa+vyyzpICa/y4SdPAhZE=
=VMYo
-----END PGP SIGNATURE-----

--=-NvR+9iGxuVMRg6SgrP7D--