A new CMS service was put into place by the ASF
sysadmins over the past few months, and it makes
very good use of subversion, modperl2 and libapreq2.
To see it in action you need to be an Apache committer
and visit https://cms.apache.org/, but the code
is publicly available at
https://svn.apache.o
Warning: Paul Querna is a svn heretic.
- Original Message
> From: Paul Querna
> To: Hyrum K. Wright
> Cc: Subversion Dev
> Sent: Fri, January 8, 2010 3:31:51 PM
> Subject: Re: Subversion in 2010
>
> On Fri, Jan 1, 2010 at 10:22 AM, Hyrum K. Wright
> wrote:
> > I hope the holidays ha
What I would like to see from this project is less arguing
about irrelevant concepts and more features in the working
copy, ideally to make fewer network trips for better performance
or to support queued commits so sysadmins need not panic over
work stoppages due the the central server being down.
- Original Message
> From: Mark Mielke
> To: Joe Schaefer
> Cc: Karl Fogel ; Hyrum K. Wright
> ; Mark Phippard ;
> Subversion Dev
> Sent: Sun, January 17, 2010 12:08:29 PM
> Subject: Re: Subversion in 2010
>
> On 01/17/2010 11:34 AM, Joe Schaefer wrote:
&
- Original Message
> From: Mark Mielke
> To: Joe Schaefer
> Cc: Karl Fogel ; Hyrum K. Wright
> ; Mark Phippard ;
> Subversion Dev
> Sent: Sun, January 17, 2010 12:32:32 PM
> Subject: Re: Subversion in 2010
>
> >
> > I didn't see anybody ot
- Original Message
> From: Mark Mielke
> To: Joe Schaefer
> Cc: Karl Fogel ; Hyrum K. Wright
> ; Mark Phippard ;
> Subversion Dev
> Sent: Sun, January 17, 2010 12:59:24 PM
> Subject: Re: Subversion in 2010
>
> >
> >
> > Karl said th
- Original Message
> From: Karl Fogel
> To: Joe Schaefer
> Cc: Mark Mielke ; Hyrum K. Wright
> ; Mark Phippard ;
> Subversion Dev
> Sent: Mon, January 18, 2010 10:01:25 AM
> Subject: Re: Subversion in 2010
>
> Joe Schaefer writes:
> >What I would
- Original Message
> From: C. Michael Pilato
> To: Joe Schaefer
> Cc: Karl Fogel ; Mark Mielke ;
> Hyrum K. Wright ; Mark Phippard
> ; Subversion Dev
> Sent: Mon, January 18, 2010 3:41:19 PM
> Subject: Re: Subversion in 2010
>
> For the sake of thos
- Original Message
> From: Joe Schaefer
> To: C. Michael Pilato
> Cc: Karl Fogel ; Mark Mielke ;
> Hyrum K. Wright ; Mark Phippard
> ; Subversion Dev
> Sent: Mon, January 18, 2010 3:51:48 PM
> Subject: Re: Subversion in 2010
>
> - Original Message -
- Original Message
> From: Hyrum K. Wright
> To: Mark Phippard
> Cc: Edmund ; Subversion Dev
> Sent: Tue, January 19, 2010 8:56:48 AM
> Subject: Re: Moderator of the DEV-List
>
>
> On Jan 19, 2010, at 7:34 AM, Mark Phippard wrote:
>
> > On Tue, Jan 19, 2010 at 4:23 AM, Edmund wrote:
- Original Message
> From: Hyrum K. Wright
> To: Mark Phippard
> Cc: Edmund ; Subversion Dev
> Sent: Tue, January 19, 2010 9:08:50 AM
> Subject: Re: Moderator of the DEV-List
[...]
> Agreed. I'm just not sure what steps need to happen to make that reality
> (nor
> did I know on
Done. Would be ideal to get one more moderator for d...@subversion...
- Original Message
> From: Lorenz
> To: dev@subversion.apache.org
> Sent: Tue, January 19, 2010 10:18:59 AM
> Subject: Re: Moderator of the DEV-List
>
> Mark Phippard wrote:
>
> >On Tue, Jan 19, 2010 at 8:56 AM, H
Done- thanks.
- Original Message
> From: Ed
> To: Joe Schaefer
> Cc: dev@subversion.apache.org
> Sent: Tue, January 19, 2010 8:08:03 PM
> Subject: Re: Moderator of the DEV-List
>
> Joe Schaefer wrote:
> > Done. Would be ideal to get one more moderator for
- Original Message
> From: Hyrum K. Wright
> To: Subversion Dev
> Sent: Thu, January 21, 2010 6:09:54 PM
> Subject: Re: Subversion 1.6.9 Released
>
> The thought occurs to me (after-the-fact of course) about whether or not we
> should have gone through some Incubator process to actual
- Original Message
> From: C. Michael Pilato
> To: Mark Phippard
> Cc: Subversion Development
> Sent: Thu, January 28, 2010 10:56:19 AM
> Subject: Re: NOW can we remove the yellow warning on the website?
>
> Mark Phippard wrote:
> > On Thu, Jan 28, 2010 at 10:51 AM, C. Michael Pilato
- Original Message
> From: Justin Erenkrantz
> To: Mark Phippard
> Cc: C. Michael Pilato ; dev@subversion.apache.org
> Sent: Wed, February 3, 2010 12:45:39 PM
> Subject: Re: svn commit: r905916 - /subversion/site/publish/site-nav.html
>
> On Wed, Feb 3, 2010 at 9:42 AM, Mark Phippard w
+1!
- Original Message
> From: Greg Stein
> To: gene...@incubator.apache.org
> Cc: dev@subversion.apache.org
> Sent: Thu, February 11, 2010 11:08:07 PM
> Subject: [VOTE] Subversion podling for graduation
>
> Hello all,
>
> I started a discussion thread a week-ish ago to seek out issu
Well atm there's only one worker thread, so
the assumption is correct. It's probably
a future-proof assumption as well going forward
should Greg increase the worker thread pool
for whatever reason- it's certainly not needed
with our current deployments.
>
> Fro
Sure it can be done via config directives:
just set an env var whenever some request
is inconsequential and server admins can
configure their logging to ignore that request.
We already do that for svn operation logging.
>
> From: Mark Phippard
>To: Branko Čibej
So I have this implemented about as well
as I can with what I know about OPTIONS
requests that svn generates. It would
help if I knew how svn supplies revision
information in the OPTIONS request headers
so I can pass that along to the codebase
instead of always using the youngest rev.
>__
, but hey it's a gee-whiz feature
anyhow.
>____
> From: Joe Schaefer
>To: 'Daniel Shahaf' ; Bert Huijben
>Cc: "dev@subversion.apache.org"
>Sent: Friday, February 1, 2013 9:26 PM
>Subject: Re: Coniguring 301/302 redirect
The (pegrev) revision is typically available on
the command-line: all I want is for svn to distinguish
between
svn ls foo@100
and
svn ls foo
as far as making redirects pegrev-aware.
>
> From: Greg Stein
>To: Joe Schaefer
moved location. Whether that's
accomplished by augmenting an OPTIONS request
with revision details or just using the existing
GET/HEAD support or some other method would be
just fine with me.
>____
> From: Joe Schaefer
>To: Greg Stein
>Cc: &quo
The code is here if you are interested (dunno
if it's publicly accessible or not but I believe
so).
https://svn.apache.org/repos/infra/infrastructure/trunk/projects/svn_check_path/
>
> From: Joe Schaefer
>To: Greg Stein
>Cc: "dev
A few urls to fetch to get the basic idea:
http://svn.apache.org/repos/asf/incubator/openmeetings/trunk
(will redirect)
http://svn.apache.org/repos/asf/incubator/openmeetings/trunk?p=140
(won't redirect)
>
> From: Joe Schaefer
>To: Gr
grevs.
>
> From: Joe Schaefer
>To: Greg Stein
>Cc: "dev@subversion.apache.org"
>Sent: Sunday, February 3, 2013 1:04 PM
>Subject: Re: Coniguring 301/302 redirects to track an fspath rename
>
>
>A few urls to fetch to get the basic idea:
>
>http://svn.apache.o
ld be most welcome.
>
> From: Joe Schaefer
>To: Greg Stein
>Cc: "dev@subversion.apache.org"
>Sent: Sunday, February 3, 2013 1:45 PM
>Subject: Re: Coniguring 301/302 redirects to track an fspath rename
>
>
>IOW the easie
>
> From: Daniel Shahaf
>To: Joe Schaefer
>Cc: Greg Stein ; "dev@subversion.apache.org"
>
>Sent: Sunday, February 3, 2013 4:15 PM
>Subject: Re: Coniguring 301/302 redirects to track an fspath rename
>
>I already told
vn server's
url space.
- Original Message -
> From: Daniel Shahaf
> To: Joe Schaefer
> Cc: Greg Stein ; "dev@subversion.apache.org"
>
> Sent: Monday, February 4, 2013 2:53 AM
> Subject: Re: Coniguring 301/302 redirects to track an fspath rename
>
&g
How about a "prefer redirect" flag somewhere in
the OPTIONS request? Anything to signal to the
server that the request wants something better
than a 404 response it possible.
>
> From: Greg Stein
>To: Joe Schaefer
>Cc: dev@subver
fo in the query string can refine
the server response my httpd module would provide, but
that aspect is not essential to service the ASF's needs.
>________
> From: Joe Schaefer
>To: Greg Stein
>Cc: "dev@subversion.apache.org"
>Sent: M
tent resource.
That complicates this situation significantly, sorry.
I don't see an immediate way to satisfy the ASF's use
case given the current svn support for redirects revolves
around the initial OPTIONS response not PROPFINDS.
>____
> From: Joe S
ntly, sorry.
>I don't see an immediate way to satisfy the ASF's use
>case given the current svn support for redirects revolves
>around the initial OPTIONS response not PROPFINDS.
>
>
>
>
>
>
>>
>> From: Joe Schaefer
Thanks Greg, that clears things up for me.
>
> From: Greg Stein
>To: Joe Schaefer
>Cc: "dev@subversion.apache.org"
>Sent: Monday, February 4, 2013 10:57 PM
>Subject: Re: Coniguring 301/302 redirects to track an fspath r
Then frankly we didn't address the ticket
properly because that Redirect Jon Stevens
mentioned was within the same svn repository,
so a relocate operation was always the "wrong"
solution to begin with.
>
> From: C. Michael Pilato
>T
1) that's not a decision for infra to make.
2) the svn client even with 1.6 now reports
the proper error message indicating the location
of the new url. All infra needs is for the svn client
to provide a config option to actually interpret
the error status and take meaningful action itself.
This d
eason we're discussing
relocation features is because that's all you currently
offer. If you start supporting in-repo switch ops,
hallelujah.
>________
> From: Joe Schaefer
>To: Branko Čibej ; "dev@subversion.apache.org"
>
>Sent: Tue
t: Tuesday, February 5, 2013 1:52 PM
>Subject: Re: Coniguring 301/302 redirects to track an fspath rename
>
>a) I know it's not a call for infra to make
>b) if you can't lead a civil conversation, you may as well send it to
>/dev/null for all the good it'll do.
&g
rom
the client. Why this involves knuckle-dragging is
beyond me. Please do me a favor and test out the
code I wrote before insulting me further- thx.
>
> From: Johan Corveleyn
>To: Joe Schaefer
>Cc: Branko Čibej ; "dev@subversion.apache.org&
tead of technical ones. Thx in advance.
>
> From: C. Michael Pilato
>To: Joe Schaefer
>Cc: Branko Čibej ; "dev@subversion.apache.org"
>
>Sent: Tuesday, February 5, 2013 4:46 PM
>Subject: Re: Coniguring 301/302 redirects to track
__
> From: Johan Corveleyn
>To: Joe Schaefer
>Cc: Branko Čibej ; "dev@subversion.apache.org"
>
>Sent: Tuesday, February 5, 2013 4:50 PM
>Subject: Re: Coniguring 301/302 redirects to track an fspath rename
>
>On Tue, Feb 5, 2013 at 10:21 PM, Joe Schaefer
eant to include trunk- I don't know at this point why you
got the parent url other than my REPORT processing in the
module is very naive.
>________
> From: C. Michael Pilato
>To: Joe Schaefer
>Cc: Branko Čibej ; "dev@subversion.apache.org"
we start
moving around entire projects (or even entire
repositories) that having some redirect support
becomes useful to http admins.
>________
> From: Joe Schaefer
>To: C. Michael Pilato
>Cc: Branko Čibej ; "dev@subversion.apache.org"
>
CMS would no longer require
ANY administrative changes to support podling
graduations, it would just continue to work right
out of the box.
>________
> From: Joe Schaefer
>To: C. Michael Pilato
>Cc: Branko Čibej ; "dev@subversion.apache.org"
>
As Daniel mentioned to me on irc, subversion doesn't use threading
internally, so things like client side commit processing and merge
operations are done one file at at time IIUC.
Over in the openoffice podling we have a use-case for a 9GB working copy
that regularly sees churn on each file in the
>
> From: Greg Stein
>To: Joe Schaefer
>Cc: dev@subversion.apache.org
>Sent: Wednesday, January 4, 2012 7:08 PM
>Subject: Re: eliminating sequential bottlenecks for huge commit and merge ops
>
>
>
>On Jan 4, 2012 1:34 PM, "Jo
>
> From: Greg Stein
>To: Joe Schaefer
>Cc: "dev@subversion.apache.org"
>Sent: Wednesday, January 4, 2012 7:54 PM
>Subject: Re: eliminating sequential bottlenecks for huge commit and merge ops
>
>
>
>On Ja
Well let's just say it's not busted
due to insufficient permissions any more ;-).
I'll keep an eye on it as the week progresses.
>
> From: Greg Stein
>To: dev@subversion.apache.org; Joe Schaefer
>Sent: Wednesday, March 7, 2012 9:16
.
>
> From: Greg Stein
>To: dev@subversion.apache.org; Joe Schaefer
>Sent: Sunday, March 11, 2012 11:44 PM
>Subject: Re: svn commit: r1299519 -
>/subversion/trunk/tools/server-side/svnpubsub/svnpubsub/client.py
>
>
>What did you observe here, and do you have
When infra does move svn to the 1.7 candidates,
we're committed to only moving forward with that,
not back to a previous 1.6. So as long as we're
all confident that serious problems can be addressed
in a reasonable period of time, I'm +1 as well.
>
>From: Hyrum
In order to distribute it as an "Apache" release, using ASF
infrastructure (mirrors) to carry it, it has to be Apache-Licensed
at a minimum. It also would need to be formally approved by
the Incubator PMC.
AIUI you guys were going to use the "old" infrastructure to
distribute the release, in whic
51 matches
Mail list logo
