On Jan 2, 2008 11:44 AM, Les Mikesell <lesmikesell_at_gmail.com> wrote:
> Erik Huelsmann wrote:
> >> It is the same OS - one binary file achieves everything. Now in SVN the
> >> installation path seems hardwired into the program such that I cannot
> >> drop and expect a binary to run as a client. All it needs to do is just
> >> connect to SVN with the user name and password and check out code.
> > Which clearly explains there are basic OS understanding issues going
> > on here. It's not Subversion which requires this behaviour.
> > Subversion, in contrast to CVS is -however - built up from a number of
> > libraries. This is a concious design decision to allow easier creation
> > of other Subversion clients than the standard command line interface.
> > Something that is non-trivial with CVS.
> It still would normally be possible to build a static-linked binary if
> you wanted one, though. But I think I recall seeing something about
> this being a problem on Solaris because some of the gcc libs aren't
> built for static linkage. Regardless, you should be able to put the
> needed libs somewhere where you have write permission and set
> LD_LIBRARY_PATH appropriately to find them.
> Les Mikesell
Thanks - the svnkit which is a java solution (with platform independence and
all) seems to satisfy all my requirements more than satisfactorily for now.
It may be the case that the subversion client design is trying to reinvent
the java way of platform independence - which I am sure is good - more
choice and all.
Les Mikesell's solution was how I was expecting svn to work - the client
part at least - cvs works just like that - add it to the path, set some env
variables and you are good to checkout from a remote repository.
probably if I build one binary with a local path, I can reuse the same
binary to drop into my many solaris servers (we have zones). In that way I
would never have to use root privileges except may be for creating the first
binary (which I can do in a VMWare installation or something)
Received on 2008-01-04 07:21:43 CET