Re: subversion 1.4.4_1: svnserve.in missing
On 2007-09-12 06:10, Kyle Allender <[EMAIL PROTECTED]> wrote: > Giorgos Keramidas wrote: >>> sia# pkg_info | grep krb >>> krb5-1.6.2 An authentication system developed at MIT, successor to >>> Ker >>> sia# >> >> Do you really need two separate Kerberos implementations? >> >> If the port version is aabsolutely necessary, then it may be necessary >> to remove the kerberos5 parts of the base-system and rebuild with: >> >> WITHOUT_KERBEROS='yes' >> >> Alternatively, you should rebuild the ports which use Kerberos5 after >> removing the security/heimdal port. > > The first pass at portupgrade with the subversion depedencies was > successful except for subversion itself. A second attempt after a > make clean and it built with no problems - and it's working. > > Thanks much for all your help. Neat, I'm glad that after all your persistence and several failed attempts at fixing this, you eventually made it all work :-) - Giorgos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: subversion 1.4.4_1: svnserve.in missing
Giorgos Keramidas wrote: On 2007-09-11 06:40, Kyle Allender <[EMAIL PROTECTED]> wrote: Giorgos Keramidas wrote: 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" Hmmm, very odd indeed. What does ldd(1) show for your subversion binary? Which kerberos library does it link with? This looks like something to ld-elf.so.1 picking up the wrong Kerberos library from /usr/lib, while the port-build picked up another Kerberos installation from /usr/local :-/ sia# /usr/bin/ldd /usr/local/bin/svn /usr/local/bin/svn: [...] (0x28093000) libgssapi_krb5.so => /usr/local/lib/libgssapi_krb5.so (0x2840f000) libkrb5.so => /usr/lib/libkrb5.so (0x28439000) libk5crypto.so => /usr/local/lib/libk5crypto.so (0x2846d000) libkrb5.so => /usr/local/lib/libkrb5.so (0x2869c000) libcom_err.so => /usr/local/lib/libcom_err.so (0x2871c000) libkrb5support.so => /usr/local/lib/libkrb5support.so (0x28722000) [...] Nice. This is a strange mixture of ports-based and non ports-based krb5 libraries. I'm not sure how the subversion binary managed to link with this sort of library mismatch, but here's the source of your problems :( It looks like libk5crypto.so is pointing to /usr/local/lib while libkrb5.so points to /usr/local. Right, and a few others too. There is the kerberos installed with the OS and then the libraries I installed from ports - could that be the problem? sia# pkg_info | grep krb krb5-1.6.2 An authentication system developed at MIT, successor to Ker sia# Do you really need two separate Kerberos implementations? If the port version is aabsolutely necessary, then it may be necessary to remove the kerberos5 parts of the base-system and rebuild with: WITHOUT_KERBEROS='yes' Alternatively, you should rebuild the ports which use Kerberos5 after removing the security/heimdal port. The first pass at portupgrade with the subversion depedencies was successful except for subversion itself. A second attempt after a make clean and it built with no problems - and it's working. Thanks much for all your help. K ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: subversion 1.4.4_1: svnserve.in missing
Giorgos Keramidas wrote: On 2007-09-11 06:40, Kyle Allender <[EMAIL PROTECTED]> wrote: Giorgos Keramidas wrote: 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" Hmmm, very odd indeed. What does ldd(1) show for your subversion binary? Which kerberos library does it link with? This looks like something to ld-elf.so.1 picking up the wrong Kerberos library from /usr/lib, while the port-build picked up another Kerberos installation from /usr/local :-/ sia# /usr/bin/ldd /usr/local/bin/svn /usr/local/bin/svn: [...] (0x28093000) libgssapi_krb5.so => /usr/local/lib/libgssapi_krb5.so (0x2840f000) libkrb5.so => /usr/lib/libkrb5.so (0x28439000) libk5crypto.so => /usr/local/lib/libk5crypto.so (0x2846d000) libkrb5.so => /usr/local/lib/libkrb5.so (0x2869c000) libcom_err.so => /usr/local/lib/libcom_err.so (0x2871c000) libkrb5support.so => /usr/local/lib/libkrb5support.so (0x28722000) [...] Nice. This is a strange mixture of ports-based and non ports-based krb5 libraries. I'm not sure how the subversion binary managed to link with this sort of library mismatch, but here's the source of your problems :( It looks like libk5crypto.so is pointing to /usr/local/lib while libkrb5.so points to /usr/local. Right, and a few others too. There is the kerberos installed with the OS and then the libraries I installed from ports - could that be the problem? sia# pkg_info | grep krb krb5-1.6.2 An authentication system developed at MIT, successor to Ker sia# Do you really need two separate Kerberos implementations? If the port version is aabsolutely necessary, then it may be necessary to remove the kerberos5 parts of the base-system and rebuild with: WITHOUT_KERBEROS='yes' Alternatively, you should rebuild the ports which use Kerberos5 after removing the security/heimdal port. *sigh* OK. I _thought_ I had a grasp on this, but... I did have the security/krb5 port installed. I removed that (pkg_delete). I then checked pkg_info output for any reference to heimdal - it was not installed. So... Subversion now fails to build with this error: cd subversion/libsvn_ra_dav && /usr/local/bin/libtool --tag=CC --silent --mode=link cc -O2 -fno-strict-aliasing -pipe -g -O2 -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.4. *** Error code 1 Stop in /usr/ports/devel/subversion. sia# According to what you've suggested previously, I need to run portupgrade -vu -N -R -f subversion to repair the dependencies such that everything will look at the system kerberos, not the port one. I will do that, but will ask one more question in the meantime (the build will take some time to complete): If that does not work, I would guess my next course of action would be to fetch the latest cvs changes to the system source tree and buildworld. But if I do that, do I go ahead and change the WITHOUT_KERBEROS="yes" line in /etc/make.conf or leave it as is? Will subversion build correctly if kerberos is not in the main system? Thanks for your patience and assistance. K ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: subversion 1.4.4_1: svnserve.in missing
On 2007-09-11 06:40, Kyle Allender <[EMAIL PROTECTED]> wrote: > Giorgos Keramidas wrote: >>> 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" >> >> Hmmm, very odd indeed. >> >> What does ldd(1) show for your subversion binary? >> >> Which kerberos library does it link with? >> >> This looks like something to ld-elf.so.1 picking up the wrong >> Kerberos library from /usr/lib, while the port-build picked up >> another Kerberos installation from /usr/local :-/ > > sia# /usr/bin/ldd /usr/local/bin/svn > /usr/local/bin/svn: >[...] > (0x28093000) >libgssapi_krb5.so => /usr/local/lib/libgssapi_krb5.so (0x2840f000) >libkrb5.so => /usr/lib/libkrb5.so (0x28439000) >libk5crypto.so => /usr/local/lib/libk5crypto.so (0x2846d000) >libkrb5.so => /usr/local/lib/libkrb5.so (0x2869c000) >libcom_err.so => /usr/local/lib/libcom_err.so (0x2871c000) >libkrb5support.so => /usr/local/lib/libkrb5support.so (0x28722000) >[...] Nice. This is a strange mixture of ports-based and non ports-based krb5 libraries. I'm not sure how the subversion binary managed to link with this sort of library mismatch, but here's the source of your problems :( > It looks like libk5crypto.so is pointing to /usr/local/lib while > libkrb5.so points to /usr/local. Right, and a few others too. > There is the kerberos installed with the OS and then the libraries I > installed from ports - could that be the problem? > > sia# pkg_info | grep krb > krb5-1.6.2 An authentication system developed at MIT, successor to > Ker > sia# Do you really need two separate Kerberos implementations? If the port version is aabsolutely necessary, then it may be necessary to remove the kerberos5 parts of the base-system and rebuild with: WITHOUT_KERBEROS='yes' Alternatively, you should rebuild the ports which use Kerberos5 after removing the security/heimdal port. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: subversion 1.4.4_1: svnserve.in missing
Giorgos Keramidas wrote: On 2007-09-10 20:31, Kyle Allender <[EMAIL PROTECTED]> wrote: I let the build complete during the day while away at work and found this when I arrived home: [Updating the pkgdb 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" Hmmm, very odd indeed. What does ldd(1) show for your subversion binary? Which kerberos library does it link with? This looks like something to ld-elf.so.1 picking up the wrong Kerberos library from /usr/lib, while the port-build picked up another Kerberos installation from /usr/local :-/ sia# /usr/bin/ldd /usr/local/bin/svn /usr/local/bin/svn: libsvn_client-1.so.0 => /usr/local/lib/libsvn_client-1.so.0 (0x28093000) libsvn_wc-1.so.0 => /usr/local/lib/libsvn_wc-1.so.0 (0x280b3000) libsvn_ra-1.so.0 => /usr/local/lib/libsvn_ra-1.so.0 (0x280db000) libsvn_diff-1.so.0 => /usr/local/lib/libsvn_diff-1.so.0 (0x280df000) libsvn_ra_local-1.so.0 => /usr/local/lib/libsvn_ra_local-1.so.0 (0x280e7000) libsvn_repos-1.so.0 => /usr/local/lib/libsvn_repos-1.so.0 (0x280ed000) libsvn_fs-1.so.0 => /usr/local/lib/libsvn_fs-1.so.0 (0x28108000) libsvn_fs_fs-1.so.0 => /usr/local/lib/libsvn_fs_fs-1.so.0 (0x2810d000) libsvn_fs_base-1.so.0 => /usr/local/lib/libsvn_fs_base-1.so.0 (0x28124000) libsvn_ra_svn-1.so.0 => /usr/local/lib/libsvn_ra_svn-1.so.0 (0x28144000) libsvn_ra_dav-1.so.0 => /usr/local/lib/libsvn_ra_dav-1.so.0 (0x28153000) libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0 (0x2816a000) libsvn_subr-1.so.0 => /usr/local/lib/libsvn_subr-1.so.0 (0x28173000) libaprutil-1.so.2 => /usr/local/lib/libaprutil-1.so.2 (0x2819d000) libgdbm.so.3 => /usr/local/lib/libgdbm.so.3 (0x281b2000) libdb-4.2.so.2 => /usr/local/lib/libdb-4.2.so.2 (0x281b8000) libapr-1.so.2 => /usr/local/lib/libapr-1.so.2 (0x28276000) libcrypt.so.3 => /lib/libcrypt.so.3 (0x28296000) libpthread.so.2 => /lib/libpthread.so.2 (0x282ae000) libneon.so.26 => /usr/local/lib/libneon.so.26 (0x282d3000) libssl.so.4 => /usr/lib/libssl.so.4 (0x282ee000) libcrypto.so.4 => /lib/libcrypto.so.4 (0x2831c000) libgssapi_krb5.so => /usr/local/lib/libgssapi_krb5.so (0x2840f000) libkrb5.so => /usr/lib/libkrb5.so (0x28439000) libk5crypto.so => /usr/local/lib/libk5crypto.so (0x2846d000) libcom_err.so => /usr/lib/libcom_err.so (0x2849) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x28492000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x284b) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x284b9000) libz.so.3 => /lib/libz.so.3 (0x285a6000) libc.so.6 => /lib/libc.so.6 (0x285b7000) libkrb5.so => /usr/local/lib/libkrb5.so (0x2869c000) libcom_err.so => /usr/local/lib/libcom_err.so (0x2871c000) libkrb5support.so => /usr/local/lib/libkrb5support.so (0x28722000) sia# It looks like libk5crypto.so is pointing to /usr/local/lib while libkrb5.so points to /usr/local. There is the kerberos installed with the OS and then the libraries I installed from ports - could that be the problem? sia# pkg_info | grep krb krb5-1.6.2 An authentication system developed at MIT, successor to Ker sia# K ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: subversion 1.4.4_1: svnserve.in missing
On 2007-09-10 20:31, Kyle Allender <[EMAIL PROTECTED]> wrote: > I let the build complete during the day while away at work and found > this when I arrived home: > > [Updating the pkgdb 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" Hmmm, very odd indeed. What does ldd(1) show for your subversion binary? Which kerberos library does it link with? This looks like something to ld-elf.so.1 picking up the wrong Kerberos library from /usr/lib, while the port-build picked up another Kerberos installation from /usr/local :-/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: subversion 1.4.4_1: svnserve.in missing
Giorgos Keramidas wrote: On 2007-09-10 07:20, Kyle Allender <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED]:/usr/ports/devel/subversion# ls -l files/svnserve.in -rwxr-xr-x 1 root wheel - 824 Jul 18 11:03 files/svnserve.in [EMAIL PROTECTED]:/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 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 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: subversion 1.4.4_1: svnserve.in missing
On 2007-09-10 07:20, Kyle Allender <[EMAIL PROTECTED]> 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: >> >> [EMAIL PROTECTED]:/usr/ports/devel/subversion# ls -l files/svnserve.in >> -rwxr-xr-x 1 root wheel - 824 Jul 18 11:03 files/svnserve.in >> [EMAIL PROTECTED]:/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 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: subversion 1.4.4_1: svnserve.in missing
Giorgos Keramidas wrote: On 2007-09-09 23:04, Kyle Allender <[EMAIL PROTECTED]> wrote: I'm attempting to install subversion from the ports tree on 6.2 RELEASE using: make install and receive this error: [...] ===> Installing for subversion-1.4.4_1 ** Missing /usr/ports/devel/subversion/files/svnserve.in for subversion-1.4.4_1. *** Error code 1 Based on what I see in other ports, the .in files are used as configuration files for various portions of the build process. Is this correct? 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: [EMAIL PROTECTED]:/usr/ports/devel/subversion# ls -l files/svnserve.in -rwxr-xr-x 1 root wheel - 824 Jul 18 11:03 files/svnserve.in [EMAIL PROTECTED]:/usr/ports/devel/subversion# Try to CVSup your /usr/ports tree once more, and see if you will then get the missing file. Could someone point me to where this is failing? Is this a bug with the port itself? It shouldn't be a bug, AFAICT. I've installed the same port & revision here a while ago: [EMAIL PROTECTED]:/root# pkg_info subversion\* | head -1 Information for subversion-python-1.4.4_1: [EMAIL PROTECTED]:/root# 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. 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 have followed the advice here: http://www.bsdforums.org/forums/showthread.php?t=39998 and the behaviour did not change. I have nothing in my /etc/rc.conf that seems to be in the way and I've re-installed the kerberos port twice from the ports tree (with the latest patches applied). The above svn server is for code for the CalendarServer from Apple. Thoughts? K ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: subversion 1.4.4_1: svnserve.in missing
On 2007-09-09 23:04, Kyle Allender <[EMAIL PROTECTED]> wrote: > I'm attempting to install subversion from the ports tree on 6.2 RELEASE > using: > > make install > > and receive this error: > > [...] > ===> Installing for subversion-1.4.4_1 > ** Missing /usr/ports/devel/subversion/files/svnserve.in for > subversion-1.4.4_1. > *** Error code 1 > > Based on what I see in other ports, the .in files are used as configuration > files for various portions of the build process. Is this correct? 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: [EMAIL PROTECTED]:/usr/ports/devel/subversion# ls -l files/svnserve.in -rwxr-xr-x 1 root wheel - 824 Jul 18 11:03 files/svnserve.in [EMAIL PROTECTED]:/usr/ports/devel/subversion# Try to CVSup your /usr/ports tree once more, and see if you will then get the missing file. > Could someone point me to where this is failing? Is this a bug with > the port itself? It shouldn't be a bug, AFAICT. I've installed the same port & revision here a while ago: [EMAIL PROTECTED]:/root# pkg_info subversion\* | head -1 Information for subversion-python-1.4.4_1: [EMAIL PROTECTED]:/root# ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
subversion 1.4.4_1: svnserve.in missing
I'm attempting to install subversion from the ports tree on 6.2 RELEASE using: make install and receive this error: cc -O2 -fno-strict-aliasing -pipe -g -O2 -I./subversion/include -I./subversion -I/usr/local/include/apr-1 -I/usr/local/include/apr-1 -I/usr/local/include -I/usr/local/include/db42 -o subversion/tests/libsvn_fs_base/fs-base-test.o -c subversion/tests/libsvn_fs_base/fs-base-test.c cd subversion/tests/libsvn_fs_base && /usr/local/bin/libtool --tag=CC --silent --mode=link cc -O2 -fno-strict-aliasing -pipe -g -O2 -L/usr/local/lib -L/usr/local/lib/db42 -rpath /usr/local/lib -o fs-base-test fs-base-test.o ../../../subversion/tests/libsvn_test-1.la ../../../subversion/libsvn_fs_base/libsvn_fs_base-1.la ../../../subversion/libsvn_fs/libsvn_fs-1.la ../../../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 -lintl -lz cc -O2 -fno-strict-aliasing -pipe -g -O2 -I./subversion/include -I./subversion -I/usr/local/include/apr-1 -I/usr/local/include/apr-1 -I/usr/local/include -I/usr/local/include/db42 -o subversion/tests/libsvn_fs_base/key-test.o -c subversion/tests/libsvn_fs_base/key-test.c cd subversion/tests/libsvn_fs_base && /usr/local/bin/libtool --tag=CC --silent --mode=link cc -O2 -fno-strict-aliasing -pipe -g -O2 -L/usr/local/lib -L/usr/local/lib/db42 -rpath /usr/local/lib -o key-test key-test.o ../../../subversion/tests/libsvn_test-1.la ../../../subversion/libsvn_fs_base/libsvn_fs_base-1.la ../../../subversion/libsvn_fs/libsvn_fs-1.la ../../../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 -lintl -lz cc -O2 -fno-strict-aliasing -pipe -g -O2 -I./subversion/include -I./subversion -I/usr/local/include/apr-1 -I/usr/local/include/apr-1 -I/usr/local/include -I/usr/local/include/db42 -o subversion/tests/libsvn_fs_base/skel-test.o -c subversion/tests/libsvn_fs_base/skel-test.c cd subversion/tests/libsvn_fs_base && /usr/local/bin/libtool --tag=CC --silent --mode=link cc -O2 -fno-strict-aliasing -pipe -g -O2 -L/usr/local/lib -L/usr/local/lib/db42 -rpath /usr/local/lib -o skel-test skel-test.o ../../../subversion/tests/libsvn_test-1.la ../../../subversion/libsvn_fs_base/libsvn_fs_base-1.la ../../../subversion/libsvn_fs/libsvn_fs-1.la ../../../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 -lintl -lz cc -O2 -fno-strict-aliasing -pipe -g -O2 -I./subversion/include -I./subversion -I/usr/local/include/apr-1 -I/usr/local/include/apr-1 -I/usr/local/include -I/usr/local/include/db42 -o subversion/tests/libsvn_fs_base/strings-reps-test.o -c subversion/tests/libsvn_fs_base/strings-reps-test.c cd subversion/tests/libsvn_fs_base && /usr/local/bin/libtool --tag=CC --silent --mode=link cc -O2 -fno-strict-aliasing -pipe -g -O2 -L/usr/local/lib -L/usr/local/lib/db42 -rpath /usr/local/lib -o strings-reps-test strings-reps-test.o ../../../subversion/tests/libsvn_test-1.la ../../../subversion/libsvn_fs_base/libsvn_fs_base-1.la ../../../subversion/libsvn_fs/libsvn_fs-1.la ../../../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 -lintl -lz /usr/local/bin/msgfmt -c -o subversion/po/de.mo subversion/po/de.po /usr/local/bin/msgfmt -c -o subversion/po/es.mo subversion/po/es.po /usr/local/bin/msgfmt -c -o subversion/po/fr.mo subversion/po/fr.po /usr/local/bin/msgfmt -c -o subversion/po/it.mo subversion/po/it.po /usr/local/bin/msgfmt -c -o subversion/po/ja.mo subversion/po/ja.po /usr/local/bin/msgfmt -c -o subversion/po/ko.mo subversion/po/ko.po /usr/local/bin/msgfmt -c -o subversion/po/nb.mo subversion/po/nb.po /usr/local/bin/msgfmt -c -o subversion/po/pl.mo subversion/po/pl.po /usr/local/bin/msgfmt -c -o subversion/po/pt_BR.mo subversion/po/pt_BR.po /usr/local/bin/msgfmt -c -o subversion/po/sv.mo subversion/po/sv.po /usr/local/bin/msgfmt -c -o subversion/po/zh_CN.mo subversion/po/zh_CN.po /usr/local/bin/msgfmt -c -o subversion/po/zh_TW.mo subversion/po/zh_TW.po ===> Installing for subversion-1.4.4_1 ** Missing /usr/ports/devel/subversion/files/svnserve.in for subversion-1.4.4_1. *** Error code 1 Based on what I see in other ports, the .in files are used as configuration files for various portions of the build process. Is this correct? I attempted to build the port with this argument: make -DWITH_PYTHON -DWITH_JAVA -DWITH_SVNSERVE_WRAPPER install and receive the same error message, though with a much smaller buil