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

Re: Change value of svn:special boolean?

From: Erik Huelsmann <ehuels_at_gmail.com>
Date: Fri, 9 May 2008 14:13:41 +0200

On 5/9/08, Philipp Marek <philipp_at_marek.priv.at> wrote:
> Hello everybody,
>
> I'd like to change the definition of the "svn:special" property.
>
>
> Currently [1] svn ignores the value of the "svn:special" property, and always
> puts a "*" in there; I'd like to store the type of the special file,
> ie. "link" for symlinks, and (in FSVS at least) "bdev" and "cdev", too.

Well, yes, but also no: the existance of the property means that the
content the file is to be interpreted specially. Currently svn doesn't
implement other types of special files than symlinks, that's true, but
the design doesn't limit special files to being links. If you look at
the content of the file, the first word is "link". Should we choose to
version cdev and/or bdev type of nodes, then the content of the file
can be assigned additional meanings, including for example "cdev" and
"bdev" with different parameter arguments than "link". There won't be
a need to change the meaning of the property.

> It's mostly used by svn itself (and normally not looked at by the user
> directly) it should not be a big problem.

I'm not overseeing the consequences of assigning a different meaning
to the contents of the property, but as explained above, I feel we
don't need to.

> If that change is approved, I'll happily provide a patch for the documentation
> and tell the GUI developers about this change - so that the values stored by
> FSVS can be efficiently used.
>
> May I ask for you opinions?

Hope that's what you asked for?

Bye,

Erik.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-05-09 14:13:57 CEST

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.