PR 11367 subversion -- compile fail - requires lgssapi_krb5 on Freebsd 6.2

David Southwell david at vizion2000.net
Sun Jun 17 13:31:28 UTC 2007


I posted the PR below. I know it ios early days, but there has, so far been no 
response.

Until this is dealt with I felt it might be useful to have the PR , and the 
temporary method I used to solved it, posted here.
******************************************************************
	
Subject: subversion -- compile fail - requires lgssapi_krb5 on Freebsd 6.2
X-Send-Pr-Version: www-3.0

>Number:         113677
>Category:       ports
>Synopsis:       devel/subversion -- compile fail - requires lgssapi_krb5 on 
Freebsd 6.2
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    lev
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jun 14 10:30:04 GMT 2007
>Closed-Date:    
>Last-Modified:  Fri Jun 15 18:00:15 GMT 2007
>Originator:     David Southwell
>Release:        6.2
>Organization:
vizion communications
>Environment:
# uname -a
FreeBSD dns1.vizion2000.net 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May  7 
04:15:57 UTC 2006     root at bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP  
amd64

>Description:
Attempted to install subversion.
Options were chosen to support webdav & ssl 
Therefore neon had to be installed as a dependency,
Neon was not then present on the system.


2   -L/usr/local/lib -L/usr/local/lib/db42  -rpath /usr/local/lib -o 
libsvn_ra_dav-1.la  commit.lo fetch.lo file_revs.lo log.lo merge.lo 
options.lo props.lo replay.lo session.lo 
util.lo ../../subversion/libsvn_delta/libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la /usr/local/lib/libaprutil-1.la -lgdbm -ldb-4.2 -lexpat -liconv /usr/local/lib/libapr-1.la -lcrypt  -lpthread -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -lneon -lintl -lssl -lcrypto -lz -L/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -O2 -fno-strict-aliasing -pipe -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lexpat -lintl  -lz
/usr/bin/ld: cannot find -lgssapi_krb5
*** Error code 1

Stop in /usr/ports/devel/subversion/work/subversion-1.4.3.
*** Error code 1

Stop in /usr/ports/devel/subversion.

I raised the problem on ports at freebsd.org.
Here is an extract from my email reporting my solution to the problem:

*****************************
> On 6/13/07, David Southwell <david at vizion2000.net> wrote:
> > here is what I have:
> >
> > [root at dns1 /usr/bin]# ls -l /usr/lib/libgss*
> > -r--r--r--  1 root  wheel  141960 Feb 27 10:24 /usr/lib/libgssapi.a
> > lrwxr-xr-x  1 root  wheel      14 Mar 23 07:59 /usr/lib/libgssapi.so ->
> > libgssapi.so.8
> > -r--r--r--  1 root  wheel   63056 Mar 23 07:59 /usr/lib/libgssapi.so.8
> > -r--r--r--  1 root  wheel  146556 Feb 27 10:24 /usr/lib/libgssapi_p.a
> >
> > I have a hazy recolection that, at some time, there was a conflict
> > between kerberos and something else.
>
> Heimdal and MIT Kerberos 5?

That sounds familiar
>
> On -CURRENT, src/kerberos5/lib/libgssapi/Makefile builds
> libgssapi_krb5*,  but on RELENG_6 it only builds libgssapi.*.
Ok I am working with this and commenting as I go.

I am on 6.1 :
# uname -a
FreeBSD dns1.vizion2000.net 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May  7 
04:15:57 UTC 2006     root at bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP  
amd64
>
> Have a look at the configure script and try to determine why it is
> choosing the wrong version of Kerberos 5 for your system.
>
I presume you mean the subversion configure script?
Only one reference to kerberos found in the port files:

[root at dns1 /usr/ports/devel/subversion]# fgrep -R kerberos ./*
./work/subversion-1.4.3/INSTALL:      "--with-libs=/usr/kerberos" for OpenSSL 
to be found.  The zlib library
[root at dns1 /usr/ports/devel/subversion]# 

In INSTALL:

 On Unix systems, if you are building neon as part of the Subversion
      build process (as described in section I.4 above), you can pass flags
      to Subversion's "./configure", and they will be passed on to neon's
      "./configure".  You need OpenSSL installed on your system, and you
      must add "--with-ssl" as a "./configure" parameter.  If your OpenSSL
      installation is hard for Neon to find, you may need to use
      "--with-libs=/path/to/lib" in addition.  In particular, on Red Hat
      (but not Fedora Core) it is necessary to specify
      "--with-libs=/usr/kerberos" for OpenSSL to be found.

     Section 1.4
    We recommend that you keep the neon installation out of the
      Subversion working copy.  This is because most developers have
      multiple working copies of Subversion, and it is easier to use a
      single instance of the Neon library for all instances.  To do
      this, just unzip/untar Neon, and build and install it according
      to its own standard installation instructions.  Then follow the
      steps below to use the installed Neon when building 

      Subversion's configuration mechanism should auto-detect the
      installed Neon. 

CONCLUSION:
I wonder if neon packaged with subversion does not test for the correct 
version? 

What happenes if  in /usr/ports/www/neon > make deinstall followed by a clean 
reconfigure & make and then attempt a new install of subversion???

OK Success that works!!! :-)
**********************************
So it looks as though neon bundled inside the subversion port needs to be 
modified to test for system version to identify the correct version of of 
lgssapi to install. 
>How-To-Repeat:
See above
>Fix:
[Maintainer could] Look at /usr/ports/www/neon.

Fix neon bundled in subversion so it correctly identifies the version of 
lgssapi  or remove neon bundled with subversion or reorganise the port so it 
solely relies on /usr/ports/www/neon.

>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-ports-bugs->lev 
Responsible-Changed-By: edwin 
Responsible-Changed-When: Thu Jun 14 11:28:00 UTC 2007 
Responsible-Changed-Why:  
Over to maintainer 

http://www.freebsd.org/cgi/query-pr.cgi?pr=113677 
**************************************************************
David


More information about the freebsd-ports mailing list