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

RE: Hooks script are not installed

From: Sander Striker <striker_at_apache.org>
Date: 2003-06-05 16:50:12 CEST

> From: sussman@collab.net [mailto:sussman@collab.net]
> Sent: Thursday, June 05, 2003 4:45 PM

> Michael Schmitt <schmitt@TI.Uni-Trier.DE> writes:
>
> > Ben Collins-Sussman wrote:
> >
> > >The issue here is that the subversion source tree contains a 'tools'
> > >directory. None of these tools is required to make subversion
> > >operate, but many of them are useful to people. The tools area
> > >contains scripts which:
> > >
> > >...
> > >
> > >These are all great and useful things, and yes, many users would be
> > >interested in them. So perhaps people who create binary distributions
> > >*should* place these tools into /usr/local/share/ somewhere.
> > >
> > >Subversion is still alpha software, so we're assuming that most people
> > >using it for "real work" have a copy of the source tree, and thus have
> > >access to these tools.
> > >
> > What you say is true, of course. But why aren't these great tools just
> > copied to "$prefix/share/svn/tools", when I run "make install"? I see
> > no reason why I should pick them manually.
>
> Is this mail on the dev list? Cc'ing the list. What do others think?

-1.

A lot of scripts rely on the bindings. Installing these scripts and not
having the bindings == bug reports. Let the packagers handle this. And
our pre-beta users can handpick. Micheal is the first to complain about it,
I would expect more complainers if it were really an issue.

Furthermore, not all people want all the tools.

Sander

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 5 16:51:01 2003

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

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