Hi,
I would like to request your participation in a survey on
Open Source Organizational Culture,
which will provide valuable insight into how Open Source projects are
run, how their participants act, how they might change going forward,
and how particular Open Source projects compare with
On Wed, Apr 23, 2014 at 11:40 PM, Stefan Fuhrmann <
stefan.fuhrm...@wandisco.com> wrote:
> So, apart from subtle typos, I'd say the patch does what it is
> supposed to do.
>
Read: there might be typos / copy'n'pastos that I missed.
On Sun, Apr 20, 2014 at 5:32 PM, Bert Huijben wrote:
>
>
> > -Original Message-
> > From: rhuij...@apache.org [mailto:rhuij...@apache.org]
> > Sent: zondag 20 april 2014 16:47
> > To: comm...@subversion.apache.org
> > Subject: svn commit: r1588772 - in /subversion/trunk/subversion:
> > mo
On Wed, Apr 23, 2014 at 3:07 PM, Ivan Zhakov wrote:
> On 23 April 2014 15:57, Stefan Fuhrmann
> wrote:
> > On Wed, Apr 23, 2014 at 1:28 PM, Ivan Zhakov wrote:
> >>
> >> On 22 April 2014 23:36, wrote:
> >> > Author: stefan2
> >> > Date: Tue Apr 22 19:36:12 2014
> >> > New Revision: 1589262
> >
> -Original Message-
> From: Philip Martin [mailto:philip.mar...@wandisco.com]
> Sent: woensdag 23 april 2014 19:33
> To: Bert Huijben
> Cc: 'Michael Schierl'; dev@subversion.apache.org
> Subject: Re: "E160016: Path 'parent/child' not present" when "svn cp"ing
> modified folder between tw
Ivan Zhakov writes:
> This code does not handle CR LF which is standard on Windows. So
> 'svnadmin freeze -M' does not work on Windows. Changing code to:
> [[
> paths = svn_cstring_split(opt_state->filedata->data, "\n\r", TRUE, pool);
> ]]
>
> Fixes the problem. Btw it seems there is no tests for
If there are no vetos against my patch [5], I would ask you to commit it
please.
[5]
http://mail-archives.apache.org/mod_mbox/subversion-dev/201403.mbox/%3C5339CC30.4080009%40maddes.net%3E
Kind regards
Matthias Bücher
On 31.03.2014 22:12, Matthias Buecher / Germany wrote:
> [[[
> Enhance platfor
"Bert Huijben" writes:
> I spend some time trying to reproduce this issue on trunk and 1.8.x and I
> was unable to reproduce this exact problem, so this issue might already be
> fixed for 1.8.9... or my testcase added in http://svn.apache.org/r1589184 is
> not good enough. (I'm guessing that it m
> -Original Message-
> From: Michael Schierl [mailto:schie...@gmx.de]
> Sent: dinsdag 22 april 2014 17:51
> To: dev@subversion.apache.org
> Subject: "E160016: Path 'parent/child' not present" when "svn cp"ing
> modified folder between two checkouts from same repository and trying to
> com
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: zondag 20 april 2014 17:33
> To: dev@subversion.apache.org
> Subject: [Review request] RE: svn commit: r1588772 - in
> /subversion/trunk/subversion: mod_dav_svn/repos.c
> tests/cmdline/commit_tests.py
>
>
>
> > -
On 15 February 2013 14:48, wrote:
> Author: philip
> Date: Fri Feb 15 10:48:25 2013
> New Revision: 1446504
>
> URL: http://svn.apache.org/r1446504
> Log:
> Support freezing multiple repositories in libsvn_repos and
> make svnadmin support both:
>
[..]
> Modified: subversion/trunk/subversion/svn
On Fri, Apr 18, 2014 at 6:21 PM, Ivan Zhakov wrote:
> On 18 April 2014 15:46, Stefan Fuhrmann
> wrote:
> > On Fri, Apr 18, 2014 at 10:06 AM, Ivan Zhakov
> wrote:
> >>
> >> On 14 April 2014 20:11, Ivan Zhakov wrote:
> >> > On 13 April 2014 08:40, wrote:
> >> >> Author: stefan2
> >> >> Date: S
On 23 April 2014 15:57, Stefan Fuhrmann wrote:
> On Wed, Apr 23, 2014 at 1:28 PM, Ivan Zhakov wrote:
>>
>> On 22 April 2014 23:36, wrote:
>> > Author: stefan2
>> > Date: Tue Apr 22 19:36:12 2014
>> > New Revision: 1589262
>> >
>> > URL: http://svn.apache.org/r1589262
>> > Log:
>> > Fix a scalab
On 23 April 2014 15:51, Stefan Fuhrmann wrote:
>
> On Wed, Apr 23, 2014 at 1:18 PM, Ivan Zhakov wrote:
>>
>> On 23 April 2014 14:50, Bert Huijben wrote:
>> > On Windows the default stacksize is 1 MB, and as we are in many cases
>> > ‘just
>> > a library’ we should try to be a bit on the safe sid
Is it a problem to have multiple keys pointing to the same repository?
(I think the answer is no)
The problem Stefan tried to solve is one key pointing to multiple repositories…
in this case both source and target of the hotcopy.
The svn_fspath__ -> svn_dirent_ fix is really necessary, bu
On Wed, Apr 23, 2014 at 1:28 PM, Ivan Zhakov wrote:
> On 22 April 2014 23:36, wrote:
> > Author: stefan2
> > Date: Tue Apr 22 19:36:12 2014
> > New Revision: 1589262
> >
> > URL: http://svn.apache.org/r1589262
> > Log:
> > Fix a scalability issue with FSFS repositories: The lock mutexes are
> >
On Wed, Apr 23, 2014 at 1:18 PM, Ivan Zhakov wrote:
> On 23 April 2014 14:50, Bert Huijben wrote:
> > On Windows the default stacksize is 1 MB, and as we are in many cases
> ‘just
> > a library’ we should try to be a bit on the safe side, especially when we
> > call into other code -or are likel
On Mon, Apr 21, 2014 at 10:21 AM, Ivan Zhakov wrote:
> On 20 April 2014 22:35, wrote:
> > Author: stefan2
> > Date: Sun Apr 20 18:35:43 2014
> > New Revision: 1588815
> >
> > URL: http://svn.apache.org/r1588815
> > Log:
> > Enable FSFS to take out more than file lock at once through a single
>
Julian Foad writes:
> What else is important?
Recursive functions have to be particularly careful not to allocate too
much stack memory.
> The "restricted stack space" concern may be the most important. I
> don't know whether this concerns us in practice, for buffers in the 64
> KB size range,
On 22 April 2014 23:36, wrote:
> Author: stefan2
> Date: Tue Apr 22 19:36:12 2014
> New Revision: 1589262
>
> URL: http://svn.apache.org/r1589262
> Log:
> Fix a scalability issue with FSFS repositories: The lock mutexes are
> part of the process-wide per-repo shared structs. Using only the
> UUI
On 23 April 2014 14:50, Bert Huijben wrote:
> On Windows the default stacksize is 1 MB, and as we are in many cases ‘just
> a library’ we should try to be a bit on the safe side, especially when we
> call into other code -or are likely to be called from other code- that might
> have their own buff
On Mon, Apr 21, 2014 at 9:53 AM, Ivan Zhakov wrote:
> On 20 April 2014 22:42, Stefan Fuhrmann
> wrote:
> > On Sat, Apr 19, 2014 at 12:05 PM, Ivan Zhakov
> wrote:
> >>
> >> On 17 March 2014 03:09, wrote:
> >> > Author: stefan2
> >> > Date: Sun Mar 16 23:09:45 2014
> >> > New Revision: 1578176
On Windows the default stacksize is 1 MB, and as we are in many cases ‘just a
library’ we should try to be a bit on the safe side, especially when we call
into other code -or are likely to be called from other code- that might have
their own buffers.
Until recently these buffers weren’t that
On Mon, Apr 21, 2014 at 7:05 PM, Ivan Zhakov wrote:
> Hi Stefan,
>
> It's good time to make consistent in either way.
>
I agree that consistency is a goal in itself since it
improves maintainability (principle of least surprise).
That does not mean it would trump other goals, but
its utility ext
On 23 April 2014 14:20, Stefan Fuhrmann wrote:
> On Tue, Apr 22, 2014 at 1:58 PM, Ivan Zhakov wrote:
>>
>> On 7 July 2012 11:33, wrote:
>> > Author: stefan2
>> > Date: Sat Jul 7 07:33:41 2012
>> > New Revision: 1358516
>> >
>> > URL: http://svn.apache.org/viewvc?rev=1358516&view=rev
>> > Log:
On Tue, Apr 22, 2014 at 1:58 PM, Ivan Zhakov wrote:
> On 7 July 2012 11:33, wrote:
> > Author: stefan2
> > Date: Sat Jul 7 07:33:41 2012
> > New Revision: 1358516
> >
> > URL: http://svn.apache.org/viewvc?rev=1358516&view=rev
> > Log:
> > Modify the read_config signature such that it can be us
26 matches
Mail list logo
