On 20.09.2012 23:42, Stefan Sperling wrote:
> On Thu, Sep 20, 2012 at 02:30:30PM -0700, Bert Huijben wrote:
>> Fnmatch support is in apr(-util?) and has known access/performance patterns,
>> so we might be able to move the search handling to the server in the future
>> for performance reasons.
>>
On Thu, Sep 20, 2012 at 8:31 PM, Nico Kadel-Garcia wrote:
> Except that it can't be merely wire protocol. They're remapping the
> commit, copy, delete, move,branch, tag, and merge operations of one
> source control into the other. That's. not directly comparable,
> especially the tag operation
On Thu, Sep 20, 2012 at 12:44 PM, Ben Reser wrote:
> On Thu, Sep 20, 2012 at 4:35 AM, Andreas Krey wrote:
>> On Thu, 20 Sep 2012 06:36:02 +, Nico Kadel-Garcia wrote:
>>> here! By keeping the software an integrated codebase for clients and
>>> servers, they're able to make protocol changes tha
On 20.09.2012 23:35, Stefan Fuhrmann wrote:
> On Thu, Sep 20, 2012 at 9:22 PM, Branko Čibej wrote:
>
>> On 20.09.2012 13:41, stef...@apache.org wrote:
>>> +Bottlenecks to address:
>>> +
>>> +* frequent cancellation checks (intense OS interaction)
>> I don't understand this part: since when do canc
We currently have serf 0.3.1 in this file. However, this version
fails to build on Windows due to this problem:
http://mail-archives.apache.org/mod_mbox/subversion-dev/201007.mbox/%3caanlktimjwqifcmss3b6s2gwvrkyglct2-bd6b-jiz...@mail.gmail.com%3E
Is there a particular reason we're still shipping
Philip Martin wrote on Wed, Sep 19, 2012 at 14:33:08 +0100:
> as...@apache.org writes:
>
> > Author: ashod
> > Date: Wed Sep 19 12:45:24 2012
> > New Revision: 1387560
> >
> > URL: http://svn.apache.org/viewvc?rev=1387560&view=rev
> > Log:
> > Improved create_pristine_db and tests are passing agai
Stefan Sperling wrote on Thu, Sep 20, 2012 at 23:42:14 +0200:
> On Thu, Sep 20, 2012 at 02:30:30PM -0700, Bert Huijben wrote:
> > Fnmatch support is in apr(-util?) and has known access/performance patterns,
> > so we might be able to move the search handling to the server in the future
> > for perf
On Thu, Sep 20, 2012 at 02:30:30PM -0700, Bert Huijben wrote:
> Fnmatch support is in apr(-util?) and has known access/performance patterns,
> so we might be able to move the search handling to the server in the future
> for performance reasons.
>
> Complete regular expression support would at le
On Thu, Sep 20, 2012 at 08:34:52PM -, stef...@apache.org wrote:
> Author: stefan2
> Date: Thu Sep 20 20:34:52 2012
> New Revision: 1388202
>
> URL: http://svn.apache.org/viewvc?rev=1388202&view=rev
> Log:
> On 10Gb branch: Add --zero-copy-limit parameter to svnserve and pass
> it down to the r
On Thu, Sep 20, 2012 at 9:22 PM, Branko Čibej wrote:
> On 20.09.2012 13:41, stef...@apache.org wrote:
> > +Bottlenecks to address:
> > +
> > +* frequent cancellation checks (intense OS interaction)
>
> I don't understand this part: since when do cancellation checks involve
> interaction with the
cmpil...@apache.org wrote on Fri, Sep 14, 2012 at 19:50:46 -:
> Author: cmpilato
> Date: Fri Sep 14 19:50:45 2012
> New Revision: 1384899
>
> URL: http://svn.apache.org/viewvc?rev=1384899&view=rev
> Log:
> On the 'inheritable-props' branch: Fix the fallback logic for
> svn_ra_get_inherited_pro
> -Original Message-
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Sent: donderdag 20 september 2012 14:26
> To: dev@subversion.apache.org
> Cc: comm...@subversion.apache.org
> Subject: Re: svn commit: r1383480 - in /subversion/trunk/subversion:
> svn/cl.h svn/log-cmd.c svn/mai
s...@apache.org wrote on Tue, Sep 11, 2012 at 16:58:41 -:
> Author: stsp
> Date: Tue Sep 11 16:58:40 2012
> New Revision: 1383480
>
> URL: http://svn.apache.org/viewvc?rev=1383480&view=rev
> Log:
> Allow mulitple --search options with 'svn log'. Log messages are shown
> if they match any of th
I was thinking about that too. Maybe he profiled a different client?
Or is it a server side check in svnserve?
Bert Huijben (Cell phone)
From: Branko Čibej
Sent: 20-9-2012 12:22
To: dev@subversion.apache.org
Subject: Re: svn commit: r1387981
- /subversion/branches/10Gb/BRANCH-README
On 20.09.2012
Stefan Sperling wrote on Wed, Sep 19, 2012 at 16:43:39 +0200:
> storage? :) Cause right now I'm already hacking in a local working
> copy with a patched client that is already over the bump (with a
> format 30 that's different to Paul's! -- I guess that's collective
> poor planning on our part...)
Stefan Fuhrmann wrote on Wed, Sep 19, 2012 at 12:12:48 +0200:
> On Wed, Sep 19, 2012 at 10:53 AM, Daniel Shahaf wrote:
>
> > Apache subversion Wiki wrote on Tue, Sep 18, 2012 at 23:30:26 -:
> > > Dear Wiki user,
> > >
> > > You have subscribed to a wiki page or wiki category on "Subversion Wi
On 20.09.2012 13:41, stef...@apache.org wrote:
> +Bottlenecks to address:
> +
> +* frequent cancellation checks (intense OS interaction)
I don't understand this part: since when do cancellation checks involve
interaction with the OS? I thought the cancellation flag was an (atomic,
volatile) thing
On Thu, Sep 20, 2012 at 4:35 AM, Andreas Krey wrote:
> On Thu, 20 Sep 2012 06:36:02 +, Nico Kadel-Garcia wrote:
>> here! By keeping the software an integrated codebase for clients and
>> servers, they're able to make protocol changes that you'll be forced
>> to keep up with in an entirely dist
On Thu, Sep 20, 2012 at 8:19 AM, Julian Foad wrote:
> It's time we stopped saying we're attempting to replace CVS and spread a
> more up-to-date message. So, if no objections, I'll commit the attached
> updates to the FAQ.
>
+1
On Thu, Sep 20, 2012 at 04:27:28PM +0200, Branko Čibej wrote:
> On 20.09.2012 16:14, Johan Corveleyn wrote:
> > I just noticed that SmartSVN has been acquired by Wandisco [1].
> >
> > IMHO, one of the nice features of SmartSVN's professional (commercial,
> > non-free) version is the ability to repa
On Thu, Sep 20, 2012 at 09:58:33AM -0400, Andy Singleton wrote:
> I frequently see people choosing between git and subversion, and/or
> migrating, usually to git. By this measure, the use cases are not
> orthogonal. I argue that people choose subversion for good reasons.
> It's simpler (and so wo
On 20.09.2012 16:14, Johan Corveleyn wrote:
> I just noticed that SmartSVN has been acquired by Wandisco [1].
>
> IMHO, one of the nice features of SmartSVN's professional (commercial,
> non-free) version is the ability to repair broken working copies. It's
> listed as the feature "Guided fixing of
I just noticed that SmartSVN has been acquired by Wandisco [1].
IMHO, one of the nice features of SmartSVN's professional (commercial,
non-free) version is the ability to repair broken working copies. It's
listed as the feature "Guided fixing of rare working copy problems" on
the "Compare Editions
On 20.09.2012 15:58, Andy Singleton wrote:
> On 9/20/2012 8:27 AM, Stefan Sperling wrote:
>> There are different projects that fulfill different needs, and we
>> should strive to keep them alive for as long as they serve a useful
>> purpose to their users. Users should freely be able choose betwee
On 9/20/2012 8:27 AM, Stefan Sperling wrote:
There are different projects that fulfill different needs, and we
should strive to keep them alive for as long as they serve a useful
purpose to their users. Users should freely be able choose between
tools and benefit from improvements made to each t
On 20.09.2012 14:44, Andreas Krey wrote:
> On Thu, 20 Sep 2012 14:27:20 +, Stefan Sperling wrote:
>> On Thu, Sep 20, 2012 at 01:35:26PM +0200, Andreas Krey wrote:
>>> and the availablility of anything that can serve git and svn
>>> clients will basically make any more svn updates unneeded.
>> T
On Thu, 20 Sep 2012 14:27:20 +, Stefan Sperling wrote:
> On Thu, Sep 20, 2012 at 01:35:26PM +0200, Andreas Krey wrote:
> > and the availablility of anything that can serve git and svn
> > clients will basically make any more svn updates unneeded.
>
> To be frank, that attitude is just as short
On Thu, Sep 20, 2012 at 01:35:26PM +0200, Andreas Krey wrote:
> and the availablility of anything that can serve git and svn
> clients will basically make any more svn updates unneeded.
To be frank, that attitude is just as short-sighted and destructive
to the open source community as is Lennart's
On Thu, 20 Sep 2012 06:36:02 +, Nico Kadel-Garcia wrote:
...
>
> I think it's justified paranoia, due to concerns about "how are you
> ever going to keep this reliably in sync with upstream Subversion
> repository features" ?
Like, not at all? (Note: I'm not affiliated with either github
or s
On Thu, Sep 20, 2012 at 3:27 PM, Roderich Schupp
wrote:
> On Thu, Sep 20, 2012 at 12:19 PM, Ivan Zhakov wrote:
>> Commited in r1387943.
>
> Thanks! And with this patch, memory consumption for my test case
> for "SVNPathAuthz short_circuit" is now even lower than for "SVNPathAuthz on".
>
Great! Th
On Thu, Sep 20, 2012 at 12:19 PM, Ivan Zhakov wrote:
> Commited in r1387943.
Thanks! And with this patch, memory consumption for my test case
for "SVNPathAuthz short_circuit" is now even lower than for "SVNPathAuthz on".
Cheers, Roderich
On Thu, Sep 20, 2012 at 06:36:02AM -0400, Nico Kadel-Garcia wrote:
> and git repos at github.com. (I'm publishing the SRPM building tools
> for Subversion at Github: it's actually a bit embarrassing, but I
> really need the disconnected development.)
That's not embarrassing. That's using the right
On Thu, Sep 20, 2012 at 2:31 AM, Andreas Krey wrote:
> On Thu, 20 Sep 2012 00:13:45 +, Nico Kadel-Garcia wrote:
>
>> Java has its uses. Replacing a full-blown, fully implemented C++
>> codebase where the maintainers, who also set the API's, are all
>> working in C++ means entirely differe
On Wed, Sep 19, 2012 at 6:24 PM, Ivan Zhakov wrote:
> On Wed, Sep 19, 2012 at 6:06 PM, Philip Martin
> wrote:
>> Ivan Zhakov writes:
>>
>>> -get_access_conf(request_rec *r, authz_svn_config_rec *conf)
>>> +get_access_conf(request_rec *r, authz_svn_config_rec *conf, apr_pool_t
>>> *scratch_pool)
On Thu, Sep 20, 2012 at 12:13:45AM -0400, Nico Kadel-Garcia wrote:
> On Wed, Sep 19, 2012 at 3:34 PM, Alexander Kitaev
> wrote:
> > Hello All,
> >
> > Our team is proud and delighted to announce SubGit 1.0.0 release!
> > New version is available for download at SubGit web site at
> > http://subg
On 20.09.2012 08:31, Andreas Krey wrote:
> On Thu, 20 Sep 2012 00:13:45 +, Nico Kadel-Garcia wrote:
>
>> Java has its uses. Replacing a full-blown, fully implemented C++
>> codebase where the maintainers, who also set the API's, are all
>> working in C++ means entirely different models of
36 matches
Mail list logo
