BUG #1565: SRPM does not rebuild due to krb5.h
От | Karl O. Pinc |
---|---|
Тема | BUG #1565: SRPM does not rebuild due to krb5.h |
Дата | |
Msg-id | 20050326202153.8B6CEF133E@svr2.postgresql.org обсуждение исходный текст |
Список | pgsql-bugs |
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....
В списке pgsql-bugs по дате отправления: