From owner-freebsd-questions@FreeBSD.ORG Mon Sep 10 12:34:23 2007 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38BDC16A41A for ; Mon, 10 Sep 2007 12:34:23 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 865BC13C47E for ; Mon, 10 Sep 2007 12:34:22 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile.ondsl.gr [83.235.244.135]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id l8ACXrj2027215 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 10 Sep 2007 15:34:07 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l8ACXU2e009775; Mon, 10 Sep 2007 15:33:46 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l8ACXRSv009774; Mon, 10 Sep 2007 15:33:27 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 10 Sep 2007 15:33:27 +0300 From: Giorgos Keramidas To: Kyle Allender Message-ID: <20070910123327.GA9629@kobe.laptop> References: <46E4C243.7010605@completecomputing.com> <20070910064901.GA2353@kobe.laptop> <46E53681.3060904@completecomputing.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46E53681.3060904@completecomputing.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.959, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.44, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-questions@freebsd.org Subject: Re: subversion 1.4.4_1: svnserve.in missing X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2007 12:34:23 -0000 On 2007-09-10 07:20, Kyle Allender wrote: > Giorgos Keramidas wrote: >>> [...] >>> ===> Installing for subversion-1.4.4_1 >>> ** Missing /usr/ports/devel/subversion/files/svnserve.in for >>> subversion-1.4.4_1. >>> *** Error code 1 >> >> The path to `svnserve.in' points to the `files/' subdirectory of the >> `devel/subversion' port. You seem to be missing parts of the Ports >> tree: >> >> root@kobe:/usr/ports/devel/subversion# ls -l files/svnserve.in >> -rwxr-xr-x 1 root wheel - 824 Jul 18 11:03 files/svnserve.in >> root@kobe:/usr/ports/devel/subversion# >> >> Try to CVSup your /usr/ports tree once more, and see if you will then >> get the missing file. > > I had used portsnap to retrieve the changes earlier and you were > correct - for some reason it had not retrieved the files subdirectory. > subversion now builds and has been installed with the latest port > version: 1.4.4_1. Cool :) > However, when trying to use subversion to checkout a known good > repository, I receive this error now: > > sia# svn co http://svn.calendarserver.org/repository/calendarserver/CalendarServer/trunk CalendarServer > /libexec/ld-elf.so.1: /usr/lib/libkrb5.so: Undefined symbol "initialize_asn1_error_table_r" I think you have to rebuild subversion and all its dependencies to resolve this. You ran a build which includes Kerberos support, some of the subversion dependencies compiled correctly and reference symbols from /usr/lib/libkrb5.so and now subversion was compiled with different options. > I have followed the advice here: > http://www.bsdforums.org/forums/showthread.php?t=39998 This is fairly incomplete and somewhat misleading advice. What you should try is to rebuild subversion and all its dependencies with the -R and -f option of portupgrade: portupgrade -vu -N -R -f subversion The critical options here are -R and -f, which will *force* a rebuild of subversion and _all_ the ports on which subversion depends, using the same options. This should result in a working subversion binary. - Giorgos