Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1905584
Summary: | tracker: postgresql and libpq packaging design change | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Patrik Novotný <panovotn> |
Component: | postgresql | Assignee: | Honza Horak <hhorak> |
Status: | ASSIGNED --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 34 | CC: | anon.amish, devrim, fjanus, hhorak, jmlich83, panovotn, pkubat, praiskup, tgl |
Target Milestone: | --- | Flags: | hhorak:
needinfo?
(panovotn) |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | Type: | Bug | |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1926592, 1926593, 1926594 | ||
Bug Blocks: |
Description
Patrik Novotný
2020-12-08 15:40:25 UTC
Update to 1.5.0 for PostgreSQL 13 support https://src.fedoraproject.org/rpms/pgaudit/pull-request/4 Update postgresql to 13.1 and postgresql-setup to v8.5 https://src.fedoraproject.org/rpms/postgresql/pull-request/24 Update of postgres-decodebufs: https://src.fedoraproject.org/rpms/postgres-decoderbufs/pull-request/4 Update for rhdb-utils: https://src.fedoraproject.org/rpms/rhdb-utils/pull-request/1 Update for postgresql-pgpool-II: https://src.fedoraproject.org/rpms/postgresql-pgpool-II/pull-request/6 Update for pgsphere: https://src.fedoraproject.org/rpms/pgsphere/pull-request/2 Update for pg_repack: https://src.fedoraproject.org/rpms/pg_repack/pull-request/1 Update for orafce: https://src.fedoraproject.org/rpms/orafce/pull-request/2 Update for postgresql-ip4r: https://src.fedoraproject.org/rpms/postgresql-ip4r/pull-request/1 This is a PoC of a change to build the postgresql server with own copy of libpq (with mangled soname to not conflict with the libpq itself): https://src.fedoraproject.org/rpms/postgresql/pull-request/26 This bug appears to have been reported against 'rawhide' during the Fedora 34 development cycle. Changing version to 34. The current solution for building postgresql with a private libpq does not address the case when a server extension links to libpq as well. Currently, the postgresql-server-devel does not ship enough to allow such an extension to build without libpq installed, and with libpq installed we can get to situation when the system libpq and also the private libpq from the server are linked together in a single process. This needs some improvement. (In reply to Honza Horak from comment #13) > The current solution for building postgresql with a private libpq does not > address the case when a server extension links to libpq as well. This PR should address this case as well: https://src.fedoraproject.org/rpms/postgresql/pull-request/32 In short, the private libpq is now available in a sub-package private-libs and private-devel, including the unversioned .so library and the header files, so extensions that need to link to libpq as well (like pg_repack), can do so with the private libpq. (In reply to Honza Horak from comment #14) > (In reply to Honza Horak from comment #13) > > The current solution for building postgresql with a private libpq does not > > address the case when a server extension links to libpq as well. > > This PR should address this case as well: > https://src.fedoraproject.org/rpms/postgresql/pull-request/32 This change also adds an RPM requirement from postgresql-server-devel to either libpq-devel or private-devel, depending on whether server uses external libpq or not. With this, extensions like pg_repack do not need to have a dependency on libpq any more and can leave it up to postgresql-server-devel package to pull in some libpq (every-time). @panovotn @fjanus I'd be happy if you can take a look at the PR in comment #14 and say what do you think about such approach. |