On Tue, Jan 17, 2012 at 5:45 AM, Neels J Hofmeyr <ne...@elego.de> wrote: > On 01/17/2012 02:59 AM, Konstantin Kolinko wrote: >> 2012/1/17 Hyrum K Wright <hyrum.wri...@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/
