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

Re: mod_dav_svn enhancement idea

From: Michael Sinz <michael.sinz_at_gmail.com>
Date: 2005-05-08 14:28:00 CEST

On 5/8/05, Branko ╚ibej <brane@xbc.nu> wrote:> Michael Sinz wrote:> > > The first thing that caused some consternation is the fact that the> > repository> > name is not included.> > Try setting the SVNReposName parameter in the <Location> in httpd.conf.> How else do you expect mod_dav_svn could know what the repository name is?
That only works when you have only one repository. When you use SVNParentPaththe repository name is "implied" by the next element in the URL whichis not exposedin the XML or the HTML returned by mod_dav_svn.
> [snip]> > > Note that I have removed the prop element as it has never actually> > happened.> > (I see the comment about where it maybe would go but...)> > What you did was replace a generic property transport mechanism with one> that only supports some props.
Yes, I know. It was to try to reduce the complexity (as everyone wants to keepmod_dav_svn small/light/simple.
> That's quite apart from the fact that we decided not to add more> browsing capabilities into mod_dav_svn. In fact, I think I'll remove the> prop element from that DTD anyway, since we won't ever be using it.
Ok... And I will not bother "adding bloat" to mod_dav_svn.-- Michael Sinz Technology and Engineering Director/Consultant"Starting Startups" mailto:Michael.Sinz_at_sinz.orgMy place on the web http://www.sinz.org/Michael.Sinz
Received on Sun May 8 14:28:45 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.