On Tue, Jan 17, 2012 at 5:45 AM, Neels J Hofmeyr <neels_at_elego.de> wrote:
> On 01/17/2012 02:59 AM, Konstantin Kolinko wrote:
>> 2012/1/17 Hyrum K Wright <hyrum.wright_at_wandisco.com>:
>>> While I don't doubt the utility or quality of this code, contrib/ is
>>> not the place for it to live.
>
> So what's the status of that "subversion-extras" project? Didn't gstein at
> some point reserve a space on google code or something? (can't find it)
>
> I mean, we could probably host it at elego.de or sf.net or anywhere, but it
> sure is practical to have one common place that everyone agrees to put
> svn-extras in, where all committers have access, etc.
>
> How about /repos/asf/svn-extras/ for that matter? We could just 'svn mv'
> contrib over there and be done with it ... ?
That path would be a top-level project at the ASF, so we probably
couldn't do that. If anything, we could move contrib/ to
^/subversion/contrib, but that seems like just a hack.
Even though there already exists stuff in contrib/, my main point with
regards to this particular module is that we shouldn't be adding more
to contrib/. Your suggestion to use apache-extras.org is a great one,
and I'd invite interested parties to pursue development there.
>> How can a generic HTTPD module that affect the whole HTTPD live in
>> subversion's contrib?
>
> admittedly, it certainly is a bit too generic; but to me, it is basically a
> hack by some svn devs trying to help svn users sort out a common problem
> with mod_dav_svn -- 'svn' mentioned thrice ;)
>
> The fact that mod_setlocale is as generic is more like a coincidence from my
> point of view. Then again, it isn't anywhere close to the best way to
> address this problem generically. So we just dropped it "anywhere".
Exactly. I don't object to the module, per se (indeed, I don't
endorse it, either), but the Subversion tree in the ASF repo is not a
generic apache module hosting service. :)
-Hyrum
--
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com/
Received on 2012-01-17 15:14:12 CET