[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: keeping current without deleting old versions

From: Nicholas Riley <njriley_at_uiuc.edu>
Date: 2002-12-10 13:53:22 CET

On Mon, Dec 09, 2002 at 07:35:15PM -0500, Steve Salkin wrote:

> First off, if you have any Subversion libraries lying around
> from previous 'make installs', clean them up first!
> # rm -f /usr/local/lib/libsvn*
> # rm -f /usr/local/lib/libapr*
> # rm -f /usr/local/lib/libexpat*
> # rm -f /usr/local/lib/libneon*
> I want to build from HEAD pretty regularly, but I don't necessarily want
> to deploy if I see regressions in make check. Is there a good way to
> build from the HEAD without blowing away old installs? I do the build
> from a shell script, so maybe I could do some magic with library paths
> in there?

I use Encap <http://www.encap.org/>, which manages symbolic links, so
I end up with:

lrwxr-xr-x 1 root wheel 43 Dec 9 23:45
/usr/local/lib/libapr- -> ../encap/httpd-2.0/lib/libapr-*
lrwxr-xr-x 1 root wheel 41 Dec 9 23:45
/usr/local/lib/libsvn_wc-1.dylib -> ../encap/subversion/lib/libsvn_wc-1.dylib*

etc. It's very simple to use - just ./configure
--prefix=/usr/local/encap/<product>-<version>, and epkg <product>
after you've installed. For apps which I update frequently, I usually
omit the version number (or at least the minor version number, in the
case of httpd).

Before building, I do:

# apachectl stop
# cd /usr/local/encap
# tar zcf subversion-rXXXX.tar.gz subversion httpd-2.0/lib/modules/mod_dav_svn.so
# epkg -r subversion
# rm -rf subversion

If the new installation is broken, I just nuke the build directory,
untar the old version, 'epkg subversion', restart Apache and I'm back
where I started.

One caveat with this method - apr-config and apu-config get confused
by the symbolic links:

% apr-config --link-ld; apu-config --link-ld
 -L/usr/local/bin -lapr-0
 -L/usr/local/bin -laprutil-0

I work around it by replacing /usr/local/bin/lib with
/usr/local/lib/lib in Subversion's Makefile after running configure.
Of course this is moot if you don't use Encap to manage
APR/APR-util... Subversion itself does not have any problems with
Encap that I've seen.

=Nicholas Riley <njriley_at_uiuc.edu> | <http://www.uiuc.edu/ph/www/njriley>
        Pablo Research Group, Department of Computer Science and
  Medical Scholars Program, University of Illinois at Urbana-Champaign
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Dec 10 13:54:02 2002

This is an archived mail posted to the Subversion Dev mailing list.