Seen at least on F36 x86_64: The package libreoffice-postgresql-7.3.4.2-4.fc36.x86_64 (built 2022-07-12) contains a library /usr/lib64/libreoffice/program/libpostgresql-sdbc-impllo.so that links against libpq (built with -lpq), so the library has
0x0000000000000001 (NEEDED) Shared library: [libpq.so.5]
and the package requires
libpq.so.5()(64bit) libpq.so.5(RHPG_9.6)(64bit)
satisfied by libpq-14.1-2.fc36.x86_64.
But when I scratch-rebuilt that exact same libreoffice-postgresql-7.3.4.2-4.fc36.x86_64 yesterday (https://koji.fedoraproject.org/koji/taskinfo?taskID=91173820), the build apparently picked up postgresql-private-devel-14.3-2.fc36.x86_64 rather than the expected libpq-devel-14.1-2.fc36.x86_64, so was built against
/usr/lib64/libpq.so -> libpq.so.private14-5.14
rather than the expected
/usr/lib64/libpq.so -> libpq.so.5.14
so the resulting /usr/lib64/libreoffice/program/libpostgresql-sdbc-impllo.so unexpectedly has
0x0000000000000001 (NEEDED) Shared library: [libpq.so.private14-5]
and the package unexpectedly requires
libpq.so.private14-5()(64bit)
satisfied by postgresql-private-libs-14.3-2.fc36.x86_64. (Which is a problem when trying to do a fresh libreoffice-flatpak build, which bundles libpq but not postgresql-private-libs.)
I'm not sure what changed between the two libreoffice-postgresql-7.3.4.2-4.fc36.x86_64 builds (2022-07-12 and 2022-08-23), and whether libpq-devel and postgresql-private-devel already conflict over /usr/lib64/libpq.so since ~forever (and that's expected and wanted?). Maybe somebody has an idea?
On 24/08/2022 08:21, Stephan Bergmann wrote:
Seen at least on F36 x86_64: The package libreoffice-postgresql-7.3.4.2-4.fc36.x86_64 (built 2022-07-12) contains a library /usr/lib64/libreoffice/program/libpostgresql-sdbc-impllo.so that links against libpq (built with -lpq), so the library has
0x0000000000000001 (NEEDED) Shared library: [libpq.so.5]
and the package requires
libpq.so.5()(64bit) libpq.so.5(RHPG_9.6)(64bit)
satisfied by libpq-14.1-2.fc36.x86_64.
But when I scratch-rebuilt that exact same libreoffice-postgresql-7.3.4.2-4.fc36.x86_64 yesterday (https://koji.fedoraproject.org/koji/taskinfo?taskID=91173820), the build apparently picked up postgresql-private-devel-14.3-2.fc36.x86_64 rather than the expected libpq-devel-14.1-2.fc36.x86_64, so was built against
/usr/lib64/libpq.so -> libpq.so.private14-5.14
rather than the expected
/usr/lib64/libpq.so -> libpq.so.5.14
so the resulting /usr/lib64/libreoffice/program/libpostgresql-sdbc-impllo.so unexpectedly has
0x0000000000000001 (NEEDED) Shared library: [libpq.so.private14-5]
and the package unexpectedly requires
libpq.so.private14-5()(64bit)
satisfied by postgresql-private-libs-14.3-2.fc36.x86_64. (Which is a problem when trying to do a fresh libreoffice-flatpak build, which bundles libpq but not postgresql-private-libs.)
I'm not sure what changed between the two libreoffice-postgresql-7.3.4.2-4.fc36.x86_64 builds (2022-07-12 and 2022-08-23), and whether libpq-devel and postgresql-private-devel already conflict over /usr/lib64/libpq.so since ~forever (and that's expected and wanted?). Maybe somebody has an idea?
The corresponding libreoffice.spec has
BuildRequires: pkgconfig(libpq)
and the libpq-devel and postgresql-private-devel packages apparently also conflict over /usr/lib64/pkgconfig/libpq.pc. I don't know how such a BuildRequires is resolved exactly, but could it be that it deliberately chooses postgresql-private-devel now over libpq-devel because the latest
$ rpm -q --provides -p postgresql-private-devel-14.3-2.fc36.x86_64.rpm pkgconfig(libpq) = 14.3 postgresql-private-devel = 14.3-2.fc36 postgresql-private-devel(x86-64) = 14.3-2.fc36
now advertises a higher "pkgconfig(libpq) = 14.3" than the latest
$ rpm -q --provides -p libpq-devel-14.1-2.fc36.x86_64.rpm libpq-devel = 14.1-2.fc36 libpq-devel(x86-64) = 14.1-2.fc36 pkgconfig(libpq) = 14.1 postgresql-devel = 14.1-2.fc36
still only advertising "pkgconfig(libpq) = 14.1"?
filed https://bugzilla.redhat.com/show_bug.cgi?id=2121696 "postgresql-private-devel conflicts with libpq-devel over pkgconfig(libpq), blocks rebuild of LibreOffice flatpak"
-
Stephan Bergmann