Hi all,
ad [1] tracker - it's a good time to warn about this (rather
non-intrusive, I believe) change in PostgreSQL packaging in Fedora,
expected to happen in F30.
We'd like to provide alternative versions of PostgreSQL servers in
Fedora's modular repo, but still - it is very much desirable to have only
one version of libpq.so in Fedora (and build all the PostgreSQL server
versions against that one client library).
So we plan to cut libpq.so.5 soname into separate specfile, dedicated package
(and ditto for libecpg.so*, and friends).
>From packaging POV (of ~120 packages that depend on either postgresql-libs or
postgresql-devel) nothing huge is happening:
- postgresql-libs is going to disappear, but nothing should depend
on that package _directly_ (packages who do that by mistake will be
fixed)
- 'libpq' will provide/obsolete 'postgresql-libs', and provide
libpq.so.5()
- 'libpq-devel' will provide/obsolete 'postgresql-devel'
(those two ^^ will be done because the majority of affected packages
only depend on libpq.so.5 anyways)
- packages with PostgreSQL server modules (third-party *.so plugins) will
have to switch from BR 'postgresql-devel' to 'postgresql-server-devel',
and some manual tweaks regarding pg_config will be needed (only few
packages, prepared in [2])
- nothing in Fedora so far depends on other sonames from postgresql-libs,
but such packages should newly depend on libecpg-devel
I've tried to rebuild all "affected" packages with either
s/BuildRequires: postgresql-devel/libpq-devel/ or
s/BuildRequires: postgresql-devel/postgresql-server-devel/
into [2, 3] repos, and everything seemed to be pretty fluent.
So the next step would be to
(a) go through PackageReview of libpq.spec and libecpg.spec,
(b) rebuild ^^ them, and rebuild postgresql.spec (with related
changes) into Rawhide and
(c) rebuild packages that depend on postgresql-libs or postgresql-devel and
where the rebuild is actually needed (I don't think that I should rebuild
packages where s/postgresql-devel/libpq-devel/ is enough, since such
packages depend on libpq.so.5() provide - but let me know if you think
otherwise). Step
(d) will be to start working on modular servers, and
(e) try to build the respective server-side third-party modules against
that.
For more info please follow the tracker [1], and review changes in [5]
(compared to postgresql.spec in the actual rawhide) and libpq/libecpg packages
in 4.
I've also submitted updates for stable Fedoras [6, 7] to provide
{postgresql-server,libpq,libecpg}-devel Provides, so that any Fedora fix
that will be done because of this change can be safely merged into the
stable Fedora branches.
Thoughts?
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1618698
[2] https://copr.fedorainfracloud.org/coprs/praiskup/libpq-postgresql-10/monitor/
[3] https://copr.fedorainfracloud.org/coprs/praiskup/libpq-lib-deps/monitor/
[4] https://copr.fedorainfracloud.org/coprs/praiskup/libpq/builds/
[5] https://copr-dist-git.fedorainfracloud.org/cgit/praiskup/libpq-postgresql-10/postgresql.git/tree/postgresql.spec
[6] https://bodhi.fedoraproject.org/updates/FEDORA-2018-36b0b4efc9
[7] https://bodhi.fedoraproject.org/updates/FEDORA-2018-8870ed56fa
Pavel
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
