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

Re: [Issue 1518] - make install fails ...

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2003-09-15 18:35:27 CEST

"Kim Lester" <kim@dfusion.com.au> writes:

> configure --prefix=ultimate_install_path
> ...
> make DESTDIR=temporary_root install
>
> What happens (at least under solaris 8) is that libtool
> is being 'too smart'.
> It says "ahh I see you are installing somwhere else,
> I'll relink all the .so's so that the paths are correct"

If libtool doesn't work on Solaris then you should send bug reports to
libtool. If libtool really isn't working it may not be possible for
Subversion to work around it.

On Linux I tried

  configure --prefix=/usr/local/subversion
  make
  make install DESTDIR=foo
  make swig-py
  make install-swig-py DESTDIR=foo

and it appears to work, the Subversion libraries and binaries and the
Apache modules are installed under foo, nothing gets installed in
prefix. I do get some warnings (about uninstalled libraries) when
installing binaries, but no errors.

> Also from memory the install script tries to install "a bunch of .so's"
> in the ultimate_install_path rather than into the temporary_root.
> I think libsvn_client-1.so.0 was one of these and hence the
> source of the complaint when svnversion dies trying to load libsvn_client.so.

That doesn't happen when I try it, and even if it did it would not
cause svnversion to fail. When svnversion is executed it runs from
the build directory using the libraries in the build tree, whether (or
where) Subversion is installed doesn't matter. I'd be surprised if it
doesn't work as the regression tests rely on running binaries from the
build directory.

> The problems do NOT occur (in the same way) when installing as root because
> root permits the install script to put these libs in the ultimate_install_path
>
> The bottom line is that the install process does not appear to obey
> the DESTDIR completely and that libtool appears to cause trouble as
> well.

The "bottom line" as far as I am concerned is that it works when I try
it.

> There might also be a minor issue in that part of the install
> process is to run svnversion which fails as non of the libs are in
> the ultimate_install_path (I expect an explicit
> LD_LIBRARY_PATH=...:temporary_root/ultimate_install_path might fix
> this).

That should not be needed.

> I note that the packages/rpm patches fiddle with DESTDIR, they may
> have been addressing part of the problem.

My guess is that those rpm patches are out of date and no longer
needed, but I don't build rpms so I can't be sure.

> This really is a problem for people who, for many valid reasons,
> can't directly install subversion in its target location.
>
> Some assistance on the correct way to address this would be appreciated.

Don't report errors "from memory". Run the commands and report the
exact errors.

-- 
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Sep 15 18:36:22 2003

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.