On 01/04/2012 01:42 PM, Julian Foad wrote:
A PROPOSAL FOR EXTENDED AUTHOR IDENTIFICATION
USE CASES
1.[This one I am aware of.]
A large company has authenticated user ids that are numeric. That means the "log" and
"blame" information shown by most Subversion clients is not easy to understa
Stefan Sperling wrote on Tue, Jan 03, 2012 at 23:27:33 +0100:
> On Tue, Jan 03, 2012 at 04:19:29PM -, Apache subversion Wiki wrote:
> > + === GPG Agent ===
> > + Subversion's 1.8-dev codebase currently offers an integration with GPG
> > Agent, which is yet another third-party cryptographic ser
Paul Burba wrote on Wed, Jan 04, 2012 at 14:44:02 -0500:
> On Tue, Jan 3, 2012 at 6:33 PM, Stefan Sperling wrote:
> > If the option name is valid but the option value is not, will the server
> > still send the configuration option to the client? Will it send some default
> > value instead of the i
On 04.01.2012 19:42, Julian Foad wrote:
> DESIGN
>
> The extended author fields are delivered through revision properties. The
> values are UTF-8 text. These revision properties are readable but not
> writable by clients.
>
> Three property names are initially designated as "well known":
>
>
> 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 Jan 4, 2012 7:20 PM, "Joe Schaefer" wrote:
>>...
>> They
Johan Corveleyn wrote on Thu, Jan 05, 2012 at 01:40:40 +0100:
> Another question: is the server-dictated config still "extendable" by
> the client? I.e.: if the server already defines a global svn:ignore
> value, can the user still append another pattern? Or for autoprops:
> maybe I want to have my
On Jan 4, 2012 7:20 PM, "Joe Schaefer" wrote:
>...
> They're using the ASF CMS to manage the www.openoffice.org website, which
is full
> of 10 years worth of accumulated legacy spanning 50 or so different
natural languages.
> The CMS is "too slow" during commits to template files or such which
cha
On Wed, Jan 4, 2012 at 7:30 PM, Paul Burba wrote:
> On Tue, Jan 3, 2012 at 6:16 PM, Daniel Shahaf wrote:
>> On Tue, Jan 3, 2012, at 17:58, Paul Burba wrote:
>>> Mike Pilato and I have been kicking around some ideas on server
>>> dictated configuration recently and have put our thoughts into a wik
Greg Stein wrote on Wed, Jan 04, 2012 at 19:08:41 -0500:
> (*) I'd be interested in what they are doing. Is this a use case we might
> see elsewhere? Or is this something silly they are doing, that would not be
> seen elsewhere?
They use the Apache CMS[1] to manage their site[2,3]. Some changes (
Konstantin Kolinko writes:
> 2012/1/5 Stefan Küng :
>> Hi,
>>
>> Due to a report on the TSVN mailing list I found that the CL client has the
>> same problem:
>> 'svn list' takes forever in some situations.
>> I don't know what the problem exactly is, but it's easily reproducable:
>>
>> svn ls htt
>
> 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, "Joe Schaefer" wrote:
>>
>> As Daniel m
On Jan 4, 2012 1:34 PM, "Joe Schaefer" wrote:
>
> 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
2012/1/5 Stefan Küng :
> Hi,
>
> Due to a report on the TSVN mailing list I found that the CL client has the
> same problem:
> 'svn list' takes forever in some situations.
> I don't know what the problem exactly is, but it's easily reproducable:
>
> svn ls http://plugins.svn.wordpress.org/ -v --dep
Hi,
Due to a report on the TSVN mailing list I found that the CL client has
the same problem:
'svn list' takes forever in some situations.
I don't know what the problem exactly is, but it's easily reproducable:
svn ls http://plugins.svn.wordpress.org/ -v --depth=immediates
prints one entry, th
On 01/04/2012 08:25 AM, Philip Martin wrote:
> Philip Martin writes:
>
>> This causes log_tests.py 25 to fail with neon when built with -O2 on
>> my Linux box, the test passes when built -O0.
>
> valgrind identified the problem, fixed by r1227146.
>
Thanks, Philip!
--
C. Michael Pilato
Coll
On Tue, Jan 3, 2012 at 6:33 PM, Stefan Sperling wrote:
> On Tue, Jan 03, 2012 at 05:58:16PM -0500, Paul Burba wrote:
>> Mike Pilato and I have been kicking around some ideas on server
>> dictated configuration recently and have put our thoughts into a wiki
>> (full disclosure: this wiki was initia
This is great, Julian. It is pretty good for a draft. I'll get back to
you with the detailed answers tonight - just wanted to give my thumbs up.
I'm ok with a simpler solution that just sets the attributes on commit,
but what you have described looks like a good step up from the minimum
and so
Paul Burba wrote on Wed, Jan 04, 2012 at 13:30:41 -0500:
> On Tue, Jan 3, 2012 at 6:16 PM, Daniel Shahaf wrote:
> > On Tue, Jan 3, 2012, at 17:58, Paul Burba wrote:
> >> Mike Pilato and I have been kicking around some ideas on server
> >> dictated configuration recently and have put our thoughts i
Hi Mark.
I think I can see to some extent what you are getting at, but not clearly. We
all need a common frame of reference for understanding why and how some sort of
extended author information could be useful. To help us get there, I put
together the following tentative proposal to act as a
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
On Tue, Jan 3, 2012 at 6:16 PM, Daniel Shahaf wrote:
> On Tue, Jan 3, 2012, at 17:58, Paul Burba wrote:
>> Mike Pilato and I have been kicking around some ideas on server
>> dictated configuration recently and have put our thoughts into a wiki
>> (full disclosure: this wiki was initially based on
On 04.01.2012 13:50, Mark Mielke wrote:
> Branko: If "svn log", "svn blame", and anything like TortoiseSVN or
> Subclipse were to support this, you might have a point. As it is,
> anybody with teams large enough such that the unique identifier is not
> recognizable (i.e. committer A immediately rec
Philip Martin writes:
> This causes log_tests.py 25 to fail with neon when built with -O2 on
> my Linux box, the test passes when built -O0.
valgrind identified the problem, fixed by r1227146.
--
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com
Branko: If "svn log", "svn blame", and anything like TortoiseSVN or
Subclipse were to support this, you might have a point. As it is,
anybody with teams large enough such that the unique identifier is not
recognizable (i.e. committer A immediately recognizes and knows that
unique identifier for
cmpil...@apache.org writes:
> Author: cmpilato
> Date: Sat Dec 17 00:56:00 2011
> New Revision: 1215374
>
> URL: http://svn.apache.org/viewvc?rev=1215374&view=rev
> Log:
> Followup to r1215260, just tightening up some loose logic.
>
> * subversion/libsvn_ra_neon/log.c
> (log_start_element): Redu
On 04.01.2012 11:09, Vincent Lefevre wrote:
> On 2012-01-03 15:44:47 +0100, Branko Čibej wrote:
>> I think this whole thread is slightly bogus. It should be obvious that
>> whatever is in the svn:author field has better be a unique identifier of
>> the person responsible for the commit, regardless
On 2012-01-03 15:44:47 +0100, Branko Čibej wrote:
> I think this whole thread is slightly bogus. It should be obvious that
> whatever is in the svn:author field has better be a unique identifier of
> the person responsible for the commit, regardless of how it gets there.
I'd say that this choice s
Hyrum K Wright writes:
> On Tue, Jan 3, 2012 at 8:23 AM, Philip Martin
> wrote:
>> I've been testing this with the old CollabNet Subversion repository, the
>> first 40,515 Subversion revisions, on my Linux laptop:
>>
>> The db/revs directory (unpacked) is 320MB instead of 490MB.
>> Loading takes
28 matches
Mail list logo
