[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: Olaf Hering <olh_at_suse.de>
Date: 2004-01-07 10:40:51 CET

 On Sat, Jan 03, Erik Huelsmann wrote:

> > http://subversion.tigris.org/issues/show_bug.cgi?id=924
>
> > User olh changed the following:
> >
> > What |Old value |New value
> >
> ================================================================================
> > Status|RESOLVED |REOPENED
> >
> --------------------------------------------------------------------------------
> > Resolution|FIXED |
> >
> --------------------------------------------------------------------------------
> >
> >
> >
> >
> > ------- 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.

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?

-- 
USB is for mice, FireWire is for men!
sUse lINUX ag, nÜRNBERG
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jan 7 10:41:27 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.