Wilfredo Sánchez <wsanchez@mit.edu> writes:
> > You are building those things, and you told SVN what prefix to use for
> > installation. That is simply the nature of things.
>
> No that's a cop-out, I does svn what _its_ prefix is. I don't expect
> svn to install neon. That it uses neon at all is an implementation
> issue
> in svn. If it needs to install it, fine. But I shouldn't have to worry
> about SVN installing neon such that some other software will see and use
> it, since installing svn isn't really the right way to install neon.
I think Fred has a point.
It's true that Subversion can *use* a pre-installed APR or Neon or
whatever, if one is present. But when building svn from scratch
sources, using in-tree dependencies, then the user didn't ask to
install those dependencies as visible things, any more than she
"asked" for Subversion to be written in C instead of Cobol :-). She
just wants a working binary and libraries. Subversion should manage
its dependencies opaquely, not in a way that might affect other things
on the system.
I'm not making any claims about the ease of solving this, nor the
importance of doing so; just agreeing that it's a bug.
It seems like the best behavior would be:
* If you deliberately build and install Neon (or whatever) on your
system, then Neon gets installed, naturally. This is independent
of Subversion.
* When you build Subversion, you tell it (either explicitly or by
implication) what Neon to use. If you tell it to use the
pre-installed Neon, then it uses that one. If you tell it to use
an in-tree Neon, then Subversion should use that Neon, and install
it in a place that affects only *that* instance of Subversion
(there might be a Neon already installed in some standard place on
the system, but that's none of Subversion's business -- we weren't
told to use that Neon, nor were we told to change it).
-K
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 15 23:47:02 2002