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

Re: [Issue 924] "svn propset svn:executable file": Cannot set svn:executable on a directory ()

From: Erik Huelsmann <e.huelsmann_at_gmx.net>
Date: 2004-01-07 14:12:56 CET

> > > ------- Additional comments from olh@tigris.org Sat Jan 3 02:06:00
> -0800
> > > 2004 -------
> > > you cant be serious about r3428.
> > > I think you must take the number of arguments required by a specific
> > > property into account.
> > > It seems svn:executable is just a yes/no flag and requires no further
> > > arguments.
> > > svn:eol-style requires at least one further argument, as example.
> > > Do you guys really think 'svn propset svn:executable "" script' is a
> good
> > > user interface?
> It is a good habbit to add the person who reopens a bug to the CC list.
Sorry about that.

> And closing the bug again in bugzilla will not make the bug in the
> source go away. Maybe I miss something in the sources or/and or
> documentation. But why is a dummy argument to svn:executable required,
> or supposed to be a good user interface?

There is no dummy argument. The "" is the content of the property to set. I
use "executable" myself, but you can store anything in it that you think

There is no bug in the source code. *All* properties behave like this after
the issue was fixed. The layout you proposed was explicitly considered and
considered inappropriate in this comment block:

------- Additional comments from Greg Stein Wed Oct 9 23:00:51 -0800 2002

Yah... no way would we silently set the svn:executable on script. We'd
issue the warning instead. That is the same pattern that we use with
'svn commit' when you mess up the message stuff. In that case, we warn
"your probably didn't mean that. use --force to override this warning".


I'll probably have ticked you off by now. I'm sorry for that; I really don't
intend to, but you came in screaming "this is not good! I think that is a
bug since there is no cmdline option!" and opening issues you think are related
to the problem adding comments like "do you really think this is good?!".
This is neither constructive nor helpful. That is why I asked you to explain a
bit of your use-case (for issue 1445) and come to the list to start up a
discussion on Subversion user experience (related to issue 924).

Again, not trying to tick you off, but explaining where I come from.



+++ GMX - die erste Adresse für Mail, Message, More +++
Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jan 7 14:13:25 2004

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.