David Anderson wrote:
> Sunjammer wrote:
> I reported this bug on the May 26th in Apache-httpd's bugzilla, under
> the mod_dav section:
> Unfortunately, in hindsight of what I've learned of Apache and svn
> since, mod_dav is not really to blame. It seems the LocationMatch
> problem runs deeper, in the behaviour of the directive itself.
> If someone has the time and sufficient knowledge of apache-httpd,
> getting to the root of this problem and posting a bug report targetted
> at the right element of the httpd would be really nice.
>> I'm expecting someone to say don't allow LocationMatch. This would
>> prevent me being able to use mod_authz_svn to secure the ViewCVS
>> browse interface by URL and yet still be able to have the top level
>> list of repositories unprotected (and therefore free of the curse of a
>> realm username/password challenge dialog).
> I won't. See my bug report. I was trying to set up a LocationMatch so
> that /svn followed by /[a-z]+ (using a lookahead assertion) would be
> passed to mod_dav_svn. This would have enabled querying /svn/index.html
> and other files with no further hassle, facilitating the construction of
> a repository listing with a logical URI pattern (foo.com/svn lists
> repositories, foo.com/svn/bar is repository bar). But because of the way
> LocationMatch behaves, I got stuck mostly as you did.
>> Of course then someone will say that I shouldn't be using
>> mod_authz_svn to secure anything but what it was intended to secure,
>> i.e. the URL space reserved for SVN repository addressing and *not* my
>> ViewCVS URL space. To that I can only say "fair cop guvnor" - although
>> mod_authz_svn is damn useful the way I'm abusing it :)
> As long as it works the way you abuse it, where is the problem? The
> problem here is not with svn imho, but rather with the way apache-httpd
> treats LocationMatch and subsystems invoked on a LocationMatch.
> Any opinions by more apache-savvy people on this + my aging bugreport?
It works fine for my purposes though I dislike using a modified version
of subversion in production.
I'll look into this issue further and post back here. Thanks for the
excellent bug report, spot on.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Sun Sep 18 03:30:59 2005