Skip site navigation (1) Skip section navigation (2)

Re: BUG #1431: SRPMS fail to compile due to krb5.h

From: Devrim GUNDUZ <devrim(at)gunduz(dot)org>
To: Werner Bohl <WernerBohl(at)infutor(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #1431: SRPMS fail to compile due to krb5.h
Date: 2005-01-21 23:10:43
Message-ID: Pine.LNX.4.61.0501220051540.30770@emo.org.tr (view raw or flat)
Thread:
Lists: pgsql-bugs
  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--8323328-162673283-1106348591=:30770
Content-Type: TEXT/PLAIN; CHARSET=iso-8859-9; FORMAT=flowed
Content-Transfer-Encoding: 8BIT
Content-ID: <Pine(dot)LNX(dot)4(dot)61(dot)0501220107401(dot)30770(at)emo(dot)org(dot)tr>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Hi,

On Fri, 21 Jan 2005, Werner Bohl wrote:
> Operating system:   Redhat 9
> Description:        SRPMS fail to compile due to krb5.h
> Details:
>
> When compiling SRPMS, it fails to find krb5.h, although I have it in
> /usr/include. Compile from src from tar works well. FC2 SRPMS compile ok and
> don't have this problem.

This is a RH issue rather than PostgreSQL.

Run this command:

# ln -s /usr/kerberos/include/* /usr/include/

before building SRPMS.

Another way is to hack spec file. Add "--with-includes=%{kerbdir}/include 
\" line to:

%if %kerberos
    --with-krb5 \
    --with-includes=%{kerbdir}/include \
%endif

Regards,
- --
Devrim GUNDUZ 
devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
http://www.tdmsoft.com                         http://www.gunduz.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFB8Yv5tl86P3SPfQ4RAt8VAJ9ZhZOJrFDA6y2Fyfh9jbpXR+Gm+wCglx7G
i0RoIWvpEYSQxlKFTKdH1WQ=
=drrN
-----END PGP SIGNATURE-----
--8323328-162673283-1106348591=:30770--

In response to

pgsql-bugs by date

Next:From: Jeff RossDate: 2005-01-22 00:03:08
Subject: 8.0.0 gmake check fails if on disk, passes on ram disk....
Previous:From: John HeasmanDate: 2005-01-21 19:08:44
Subject: Privilege escalation via LOAD

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group