On 28.01.2014 08:14, Markus Schaber wrote:
> SVNKit actively supports this way of working, at least according to their
> homepage: "Arbitrary object model versioning: SVNKit provides API to version
> virtually any object model with standard Subversion repository; there is no
> need to keep anyth
On 27.01.2014 15:16, rhuij...@apache.org wrote:
> Author: rhuijben
> Date: Mon Jan 27 14:16:08 2014
> New Revision: 1561688
>
> URL: http://svn.apache.org/r1561688
> Log:
> Following up on r1561387, which was (temporarily) reverted in r1561424 extend
> the existing stream api with an optional incom
On Fri, Jan 24, 2014 at 3:17 PM, Bert Huijben wrote:
>...
> And in many discussions the result is that we should have never introduced
> libsvn_wc and libsvn_client as separate libraries.
Could we take every function in svn_wc_private.h and move them into
libsvn_client? (I'm assuming those functi
> -Original Message-
> From: Greg Stein [mailto:gst...@gmail.com]
> Sent: dinsdag 28 januari 2014 12:12
> To: Bert Huijben
> Cc: Branko Čibej; dev@subversion.apache.org
> Subject: Re: 1.9 issues
>
> On Fri, Jan 24, 2014 at 3:17 PM, Bert Huijben wrote:
> >...
> > And in many discussions
I just got a private report from a user that has a setup with a private
certificate. This user happened to select the wrong certificate for a
server, and got the following response:
svn: E120171: Unable to connect to a repository at URL
'https://example.com/svn/foobar'
svn: E120171: Error running
On 28.01.2014 13:53, Branko Čibej wrote:
> I just got a private report from a user that has a setup with a
> private certificate. This user happened to select the wrong
> certificate for a server, and got the following response:
>
> svn: E120171: Unable to connect to a repository at URL
> 'https:/
On Tue, Jan 28, 2014 at 6:02 AM, Bert Huijben wrote:
>> -Original Message-
>> From: Greg Stein [mailto:gst...@gmail.com]
>> Sent: dinsdag 28 januari 2014 12:12
>> To: Bert Huijben
>> Cc: Branko Čibej; dev@subversion.apache.org
>> Subject: Re: 1.9 issues
>>
>> On Fri, Jan 24, 2014 at 3:17 P
On 28.01.2014 14:19, Greg Stein wrote:
> And your minor fixes to mtcc.h didn't deal with the extern issue.
Actually, the private headers in the source directories aren't
consistent about extern "C", so I wouldn't dwell too much on this. I
don't see a problem here, because no-one except our build
> -Original Message-
> From: Greg Stein [mailto:gst...@gmail.com]
> Sent: dinsdag 28 januari 2014 14:20
> To: Bert Huijben
> Cc: Branko Čibej; dev@subversion.apache.org
> Subject: Re: 1.9 issues
>
> On Tue, Jan 28, 2014 at 6:02 AM, Bert Huijben wrote:
> >> -Original Message-
> >
On Tue, Jan 28, 2014 at 1:53 PM, Branko Čibej wrote:
> I just got a private report from a user that has a setup with a private
> certificate. This user happened to select the wrong certificate for a
> server, and got the following response:
>
> svn: E120171: Unable to connect to a repository at UR
On 28.01.2014 14:37, Lieven Govaerts wrote:
> On Tue, Jan 28, 2014 at 1:53 PM, Branko Čibej wrote:
>> I just got a private report from a user that has a setup with a private
>> certificate. This user happened to select the wrong certificate for a
>> server, and got the following response:
>>
>> sv
On Tue, Jan 28, 2014 at 2:46 PM, Branko Čibej wrote:
> On 28.01.2014 14:37, Lieven Govaerts wrote:
>
> On Tue, Jan 28, 2014 at 1:53 PM, Branko Čibej wrote:
>
> I just got a private report from a user that has a setup with a private
> certificate. This user happened to select the wrong certificate
> -Original Message-
> From: lieven.govae...@gmail.com [mailto:lieven.govae...@gmail.com] On
> Behalf Of Lieven Govaerts
> Sent: dinsdag 28 januari 2014 15:24
> To: Branko Čibej
> Cc: Subversion Development
> Subject: Re: Bug in ra_serf with client certificates
>
> On Tue, Jan 28, 2014 a
On Mon, Jan 27, 2014 at 1:12 AM, Evgeny Kotkov
wrote:
> > NOTE: It looks like FSX suffers from the same kind of problem. There
> are 77
> > failing tests from the standalone suite (client-test.exe, fs-test.exe,
> ...) and
> > any attempt to run the Python tests (basic_tests.py, ...) immediately
>
Hi Stefan,
I'd appreciate a review of my changes in r1562172 and the fixes in
r1562210. Note that this is not a complete implementation, I still have
to get (at least) dag.c and tree.c into shape; but I'd appreciate an
expert opinion on whether the approach I chose is sane.
Everyone ¬Stefan, your
On Mon, Jan 27, 2014 at 10:25 AM, Ivan Zhakov wrote:
> Hi Stefan,
>
>
> On 27 January 2014 11:21, Stefan Fuhrmann
> wrote:
> > On Thu, Jan 23, 2014 at 11:00 AM, Evgeny Kotkov
> > wrote:
> >>
> >> (wants to update the db/current file, but doesn't know the next
> ids)
> >>
> >> svn_fs_
16 matches
Mail list logo