[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: Chris Stork <cstork_at_ics.uci.edu>
Date: 2002-12-15 01:15:14 CET

Hi everybody,

Sorry for the late follow-up on something a little off topic, but I just
did a some research regarding these symlink-based package managers, which
might be helpful to people on this list...

On Tue, Dec 10, 2002 at 06:53:22AM -0600, Nicholas Riley wrote:
> On Mon, Dec 09, 2002 at 07:35:15PM -0500, Steve Salkin wrote:
> > 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>

Shouldn't it be

    ./configure --prefix=/usr/local
    make prefix=/usr/local/encap/subversion-rXYZ install


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

Maybe this is fixed by the above? Also take a look at srcpkg, which
allows you to install to /usr/local. srcpkg automatically recognises
all the installed files based on c/mtime and/or filesize and moves them
to their own directory before replacing them with symlinks. This
directory could even be managed by epkg then.

Just some thoughts. Back to lurking mode.

Chris Stork (PhD student at UC Irvine)  http://www.ics.uci.edu/~cstork/
OpenPGP fingerprint: B08B 602C C806 C492 D069  021E 41F3 8C8D 50F9 CA2F
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Dec 15 01:15:57 2002

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