The following bug has been logged online:
Bug reference: 1565
Logged by: Karl O. Pinc
Email address: kop@meme.com
PostgreSQL version: 8.0.1
Operating system: Linux CentOS 3.3
Description: SRPM does not rebuild due to krb5.h
Details:
I'm using CentOS 3.3 which is supposed to be RHES 3.3
compatible, and probably is in this case.
When rebuilding the srpm ./configure barfs and says
it can't find krb5.h.
Changing the spec so that the default location for
the kerberos5 libs is /usr/kerberos/lib fixes the
problem.
Here's the patch:
# diff -u postgresql-8.0.1-2PGDG.spec postgresql-8.0.1-2PGDG.spec.orig
--- postgresql-8.0.1-2PGDG.spec 2005-03-26 14:46:43.000000000 -0500
+++ postgresql-8.0.1-2PGDG.spec.orig 2005-03-26 14:09:38.000000000
-0500
@@ -17,7 +17,7 @@
%{?build7x:%define aconfver autoconf-2.53}
%{!?tcldevel:%define tcldevel 1}
-%{!?kerbdir:%define kerbdir "/usr/kerberos"}
+%{!?kerbdir:%define kerbdir "/usr"}
%{!?aconfver:%define aconfver autoconf}
%define beta 0
This is sorta a lame patch as then by default the
kerberos libraries are in the odd place RH puts them.
But the srpm is supposed to be for RH systems....
(Not to mention the patch does not update the
release number or add a comment.)
I looked for predefined rpm macro akin to the build9
macro to test for the RH release and use the correct
kerberos libraries, but could not find one.
There _is_ a %_vendor macro (value: redhat) but in
the end I figured I didn't know what I was trying to
accomplish with the rpm and so left well enough alone.
Note that there has been recent fiddling with the
kerbdir macro in the spec file. (See specfile
comments and postgresql bug # 1431.) I couldn't find
the specfile in the postgresql cvs tree....
