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

Re: svn commit: r14404 - trunk/subversion/libsvn_ra_local

From: Peter N. Lundblad <peter_at_famlundblad.se>
Date: 2005-04-26 09:51:40 CEST

On Mon, 25 Apr 2005, [UTF-8] Branko Ä^Libej wrote:

> Peter N. Lundblad wrote:
>
> >On Mon, 25 Apr 2005, [UTF-8] Branko �^Libej wrote:
> >
> >
> >>
> >
> >Where did we say not to use FSFS repositories over ra_local on a network
> >share?
> >
> Ah, you're right, I completely forgot about FSFS...
>
Yeah, that small and seldom used feature is easy to forget about:-)

> > Note that according to Simon Large, the TSVN people were
> >"recommended" to use this workaround in 1.1. I don't know where that mail
> >is though.
> >
> >
> I don't remember seeing anything like that, either.
>
http://svn.haxx.se/dev/archive-2005-04/1350.shtml

Maybe Simon can elaborate.

> >>particular reasons to keep supporting a bug that happened to be "used"
> >>by people who don't believe our documentation.
> >>
> >>
> >
> >But you seem to see a reason not to answer my first question. Exactly
> >what's the bug you want fixed?
> >
> >
> We shouldn't accept file:///\.... That we do is a bug that should be fixed.
>
OK, soyou want to special-case that in ra_local. I'm not sure it is worth
the effort. We can't just forbid \, or convert them to /, since it is
valid in pathnames. We can ensure that what follows the schem:// doesn't
start with /\ or \/. Isn't a documentation update enough? I, at least,
will put it below the priority of strlen and skip_uri_scheme, which means
someone else will have to do it:-)

> >We could introduce code to detect this hack on Windows, but I don't see a
> >reason to annoy people just for the sake of it.
> >
> >
> Oh, but it's so much fun seeing their faces afterwards. :)
>
Ah, I might raise the priority if you promise to transcribe these faces
into words, so I can laugh as well:-)

Best,
//Peter

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 26 09:45:33 2005

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.