Hello and big thanks for keeping this running. I've been a long time user of PGDG
packages and after many years I have run into my first problem:
The RHEL 9 machine I have has postgresql13, -libs, -server and -devel
installed from the PGDG repository (all at the 13.20-1PGDG revision).
Today I have tried to rebuild a package provided by Red Hat (rsyslog)
and it has a build time dependency on libpq-devel [1].
dnf --enablerepo pgdg-common --enablerepo pgdg13 install libpq-devel
does nothing since "postgresql13-devel" already "obsoletes" libpq-devel
but it does not full replace it (it does not "provide" libpq-devel).
This is kind of expected, I could install postgresql13-devel, postgresdql14-devel
up to the 18 if I really like in parallel. I can't do this with libpq-devel.
However, the RPM packages obviously want to have it Red Hat way, no the Postgres way.
Today, as it happens, RHEL 9 has 13.20 in their base, and I have 13.20-1PGDG
installed, but this is just a nice coincidene - I have simply done
dnf erase --noautoremove postgresql13-devel
dbf install libpq-devel
Is there any elegant solution to this problem? For example, is there
any clean way to say "please using my postgresql13-devel and instead of libpq-devel?"
to rpmbuild? That would require telling PATH and pkgconf to go somewhere else...
Or maybe postgresql13-devel and libpq-devel should get along with each other?
I think postgresql13-libs and RHEL's libpq do, and both provide "libpq.so.5()".
All the best,
Marcin
[1] https://src.fedoraproject.org/rpms/rsyslog/blob/b80cab473af65b2e3b503fc5b5cb115162065857/f/rsyslog.spec#_137
