ports/113677: subversion -- compile fail - requires lgssapi_krb5 on Freebsd 6.2
David Southwell
vizion at vizion2000.net
Thu Jun 14 10:30:05 UTC 2007
>Number: 113677
>Category: ports
>Synopsis: subversion -- compile fail - requires lgssapi_krb5 on Freebsd 6.2
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-ports-bugs
>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:
>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:
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:
>Unformatted:
More information about the freebsd-ports-bugs
mailing list