Description of problem: apr-util needs postgresql libs Version-Release number of selected component (if applicable): apr-util-1.2.7-3 How reproducible: always Steps to Reproduce: 1. install apr-util 2. 3. Actual results: Processing Dependency: libpq.so.4 for package: apr-util Expected results: NOT Processing Dependency: libpq.so.4 for package: apr-util Additional info: It does not make sense why apr would need postgresql
Actually, it does make sense. APU includes a PostgreSQL DBD driver, which needs libraries to work. This should be closed as not a bug.
This does need fixing. I have a patch to do DBD-drivers-as-DSOs almost ready to submit upstream. That will allow splitting out the drivers into subpackages, and so relaxing the deps chain a bit. (this isn't likely to happen in the RHEL5 timescale unfortunately)
Cool.
(In reply to comment #1) > Actually, it does make sense. APU includes a PostgreSQL DBD driver, which needs > libraries to work. > yes, as far as it goes. I think the bug is that to install apache (httpd) you should not need postgress anything.
Is the specific concern here the fact that the libs get pulled in at run-time, or simply the fact that the deps get pulled in at all. The former is possible to fix - the latter is not really possible to fix in a RHEL5 update, since it will be a compatibility break (albeit a minor one). It is fixed for FC7/future RHEL now.
Can we close this?
So, because we can't fix this in a RHEL5 update, since it would potentially break existing installations, marking as CLOSED->NEXTRELEASE since the fix in Fedora will be picked up in RHEL6. Thanks for the report, in any case!