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

Re: svn commit: r1232059 - in /subversion/trunk/contrib/server-side/mod_setlocale: ./ README mod_setlocale.c

From: Hyrum K Wright <hyrum.wright_at_wandisco.com>
Date: Tue, 17 Jan 2012 08:13:40 -0600

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. :)


uberSVN: Apache Subversion Made Easy
Received on 2012-01-17 15:14:12 CET

This is an archived mail posted to the Subversion Dev mailing list.