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