Description of problem: The built-in testsuite does not work on s390x and x86_64. First of all, /usr/share/doc/postgresql-7.4.13/README.rpm-dist suggests cd'ing to /usr/lib/pgsql/test/regress, but postgresql-test uses /usr/lib64/... on 64bit arches. Secondly, if you go to /usr/lib64/pgsql/test/regress, pg_regress fails anyway: ... ============== installing PL/pgSQL ============== createlang: language installation failed: ERROR: could not access file "/usr/lib/pgsql/plpgsql": No such file or directory pg_regress: createlang failed ... Version-Release number of selected component (if applicable): postgresql-7.4.16-1.RHEL4.1 How reproducible: Always Steps to Reproduce: 1. see above Actual results: see above Expected results: success Additional info: Just out of curiosity, I tried to hack pg_regress to use pkglibdir='/usr/lib64/pgsql' but many tests failed. Then I tried to revert this hack and simply create a symlink from /usr/lib64/pgsql to /usr/lib/psql and everything was great. Not sure if this is correct, though.
Yeah, this works in PG 8.0 and up but nobody ever bothered to fix it in 7.4. I suppose if we're going to ship the postgresql-test RPM then we ought to make some effort to make it work out-of-the-box ...
This request was evaluated by Red Hat Product Management for inclusion, but this component is not scheduled to be updated in the current Red Hat Enterprise Linux release. If you would like this request to be reviewed for the next minor release, ask your support representative to set the next rhel-x.y flag to "?".
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life. Please See https://access.redhat.com/support/policy/updates/errata/ If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.