subversion 1.4.4_1: svnserve.in missing

[Kyle Allender]

Giorgos Keramidas wrote:
> On 2007-09-10 07:20, Kyle Allender <kallender at completecomputing.com> 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 at 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 at 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
>
>   
I let the build complete during the day while away at work and found 
this when I arrived home:

[Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 479 packages 
found (-0 +1) . done]
--->  Reinstallation of devel/subversion ended at: Mon, 10 Sep 2007 
08:53:04 -0500 (consumed 00:12:50)
--->  ** Upgrade tasks 9: 9 done, 0 ignored, 0 skipped and 0 failed
--->  Listing the results (+:done / -:ignored / *:skipped / !:failed)
        + lang/perl5.8 (perl-5.8.8)
        + textproc/expat2 (expat-2.0.0_1)
        + converters/libiconv (libiconv-1.9.2_2)
        + devel/gettext (gettext-0.16.1_3)
        + www/neon (neon-0.26.4)
        + databases/gdbm (gdbm-1.8.3_3)
        + databases/db42 (db42-4.2.52_5)
        + devel/apr-svn (apr-gdbm-db42-1.2.8_1)
        + devel/subversion (subversion-1.4.4_1)
--->  Packages processed: 9 done, 0 ignored, 0 skipped and 0 failed
--->  Session ended at: Mon, 10 Sep 2007 08:53:20 -0500 (consumed 01:11:48)
sia# pwd
/home/kylea/calendarserver
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"
sia# ps -aux | grep sv
root   29279  0.0  0.3  1588   872  p0  S+    8:29PM   0:00.00 grep sv
sia# ps -aux | grep subv
root   29281  0.0  0.1   372   220  p0  R+    8:29PM   0:00.00 grep subv

So the (re)build itself was successful, but subversion still won't run.  
I'm still stuck it looks like - it's the same error as before the 
rebuild so I'm not sure I've gained anything here except a clean build 
of kerberos, perl and some other ports.

Am I missing something obvious here?

K