Re: svn commit: r1697654 - /subversion/branches/1.9.x/STATUS

Branko Čibej wrote on Wed, Aug 26, 2015 at 07:26:47 +0200: > On 25.08.2015 23:12, Stefan Fuhrmann wrote: > > On Tue, Aug 25, 2015 at 4:43 PM, Branko Čibej wrote: > >> Daniel suggested inserting a dummy handler if we don't have the GPG > >> agent support. I think that may be the only reasonable sol

Re: svn commit: r1694533 - /subversion/trunk/subversion/libsvn_ra_svn/marshal.c

Stefan Fuhrmann wrote on Tue, Aug 25, 2015 at 22:08:05 +0100: > On Tue, Aug 25, 2015 at 3:23 PM, Branko Čibej wrote: > > > On 25.08.2015 14:10, Branko Čibej wrote: > > All right, so I figured that the difference is that apr_array_make does > > two allocations compared to one in this code. Still:

Re: Issue #4588, part 1: FSFS access error

(abbreviating "instance ID" to "IID") Stefan Fuhrmann wrote on Tue, Aug 25, 2015 at 15:13:04 +0100: > On Tue, Aug 25, 2015 at 7:15 AM, Daniel Shahaf > wrote: > > > Evgeny Kotkov wrote on Tue, Aug 25, 2015 at 02:47:16 +0300: > > > Stefan Fuhrmann writes: > > > > > > > My current hypothesis is t

Re: svn commit: r1697654 - /subversion/branches/1.9.x/STATUS

On 25.08.2015 23:12, Stefan Fuhrmann wrote: > On Tue, Aug 25, 2015 at 4:43 PM, Branko Čibej wrote: > >> On 25.08.2015 17:31, Stefan Fuhrmann wrote: >>> On Tue, Aug 25, 2015 at 12:55 PM, Branko Čibej >> wrote: On 25.08.2015 13:49, br...@apache.org wrote: > Author: brane > Date: Tue Au

Re: svn commit: r1697654 - /subversion/branches/1.9.x/STATUS

On Tue, Aug 25, 2015 at 4:43 PM, Branko Čibej wrote: > On 25.08.2015 17:31, Stefan Fuhrmann wrote: > > On Tue, Aug 25, 2015 at 12:55 PM, Branko Čibej > wrote: > > > >> On 25.08.2015 13:49, br...@apache.org wrote: > >>> Author: brane > >>> Date: Tue Aug 25 11:49:09 2015 > >>> New Revision: 169765

Re: svn commit: r1694533 - /subversion/trunk/subversion/libsvn_ra_svn/marshal.c

On Tue, Aug 25, 2015 at 10:08 PM, Stefan Fuhrmann < stefan.fuhrm...@wandisco.com> wrote: > ./subversion/svnserve/svnserve -Tdr > /media/stefan/033c7ee9-9980-45a8-b9c6-f911dc2ac664/f7-test/ -M 1000 -c 0 > --client-speed 10 > stefan@macbook:~/develop/trunk$ time ./subversion/svn/svn diff > --sum

Re: svn commit: r1694533 - /subversion/trunk/subversion/libsvn_ra_svn/marshal.c

./subversion/svnserve/svnserve -Tdr /media/stefan/033c7ee9-9980-45a8-b9c6-f911dc2ac664/f7-test/ -M 1000 -c 0 --client-speed 10 stefan@macbook:~/develop/trunk$ time ./subversion/svn/svn diff --summarize svn://localhost/ruby-f6-packed -r0:HEAD > /dev/null real0m2.150s user0m1.964s sys

Re: svn commit: r1697654 - /subversion/branches/1.9.x/STATUS

On 25.08.2015 17:31, Stefan Fuhrmann wrote: > On Tue, Aug 25, 2015 at 12:55 PM, Branko Čibej wrote: > >> On 25.08.2015 13:49, br...@apache.org wrote: >>> Author: brane >>> Date: Tue Aug 25 11:49:09 2015 >>> New Revision: 1697654 >>> >>> URL: http://svn.apache.org/r1697654 >>> Log: >>> * branches/1

Re: New 'svn cp --pin-externals' feature compat question.

Nice! Thanks for the info, Bert. On Tue, Aug 25, 2015 at 11:30 AM, Bert Huijben wrote: > Hi, > > > > The code actually detects if the definition is in the old or new format > and uses the same format to apply the pegging. > > See ‘make_external_description’ which uses ‘ > svn_wc

RE: New 'svn cp --pin-externals' feature compat question.

Hi, The code actually detects if the definition is in the old or new format and uses the same format to apply the pegging. See ‘make_external_description’ which uses ‘svn_wc__external_description_format_1’ and ‘svn_wc__external_description_format_2’ to handle the different

Re: svn commit: r1697654 - /subversion/branches/1.9.x/STATUS

On Tue, Aug 25, 2015 at 12:55 PM, Branko Čibej wrote: > On 25.08.2015 13:49, br...@apache.org wrote: > > Author: brane > > Date: Tue Aug 25 11:49:09 2015 > > New Revision: 1697654 > > > > URL: http://svn.apache.org/r1697654 > > Log: > > * branches/1.9.x/STATUS: > >- Approve r1693886. > >-

Re: JavaHL, 1.9: "Bad file descriptor", "Stream doesn't support thiscapability" errors

The fix is alread on the 1.9.x branch and will be part of the 1.9.1 release Perfect, I can confirm that it is working now. Thanks. -- Tom On 25.08.2015 12:39, Branko Čibej wrote: On 25.08.2015 12:36, Thomas Singer wrote: Is this bug already reported in the issue tracker? I've searched but c

New 'svn cp --pin-externals' feature compat question.

I was reading up on the new 'svn cp --pin-externals' feature in the 1.9 release notes. Great addition, by the way, and one that I hope to use myself with ViewVC's release tags. One question came to mind, though. The use of the feature appears to result in pegged externals definitions (as in, @-b

Re: Issue #4588, part 1: FSFS access error

On Tue, Aug 25, 2015 at 7:15 AM, Daniel Shahaf wrote: > Evgeny Kotkov wrote on Tue, Aug 25, 2015 at 02:47:16 +0300: > > Stefan Fuhrmann writes: > > > > > My current hypothesis is that the server did not get restarted after > > > replacing the repository. Because we decided not to make the inst

Re: svn commit: r1697390 - /subversion/branches/1.9.x/STATUS

On 24.08.2015 15:32, stef...@apache.org wrote: > Author: stefan2 > Date: Mon Aug 24 13:32:41 2015 > New Revision: 1697390 > > URL: http://svn.apache.org/r1697390 > Log: > * STATUS: Add svnfsfs load-index fixes (r1697381, r1697384, r1697387). > > Modified: > subversion/branches/1.9.x/STATUS > >

Re: Issue #4588, part 1: FSFS access error

On Tue, Aug 25, 2015 at 12:47 AM, Evgeny Kotkov wrote: > Stefan Fuhrmann writes: > > > My current hypothesis is that the server did not get restarted after > > replacing the repository. Because we decided not to make the instance ID > > part of the cache key, we could easily have picked up cach

Re: svn commit: r1694533 - /subversion/trunk/subversion/libsvn_ra_svn/marshal.c

On 25.08.2015 14:10, Branko Čibej wrote: > On 06.08.2015 18:10, stef...@apache.org wrote: >> Author: stefan2 >> Date: Thu Aug 6 16:10:39 2015 >> New Revision: 1694533 >> >> URL: http://svn.apache.org/r1694533 >> Log: >> Fix an alignment problem on machines with 32 bit pointers but atomic 64 >> dat

Re: detection of moved branches for svn-normalizer tool

Hi, On Wed, Jul 22, 2015 at 12:07 PM, Stefan Hett > wrote: Hi, I came across a case where svn-normalizer did remove mergeinfo for a branch which was still present but got renamed in one revision. I understand why it behaves the current way, but maybe i

Re: svn-normalizer tool error E160013

Hi, Hi, On Mon, Jul 20, 2015 at 6:08 PM, Stefan Hett > wrote: Hi, (sending to dev rather than to user since it's still an unreleased tool) I just tried to do a test-run on another checked-out path from the same repository I already ran svn-normal

Re: svn commit: r1694533 - /subversion/trunk/subversion/libsvn_ra_svn/marshal.c

On 06.08.2015 18:10, stef...@apache.org wrote: > Author: stefan2 > Date: Thu Aug 6 16:10:39 2015 > New Revision: 1694533 > > URL: http://svn.apache.org/r1694533 > Log: > Fix an alignment problem on machines with 32 bit pointers but atomic 64 > data access that may not be misaligned. > > * subversi

Re: svn-normalizer tool error E160013

Hi, On Mon, Jul 20, 2015 at 6:08 PM, Stefan Hett > wrote: Hi, (sending to dev rather than to user since it's still an unreleased tool) I just tried to do a test-run on another checked-out path from the same repository I already ran svn-normalizer

Re: svn-mergeinfo-normalizer ideas

Hi, On Fri, Jul 10, 2015 at 12:40 AM, Stefan Fuhrmann mailto:stefan.fuhrm...@wandisco.com>> wrote: On Thu, Jun 25, 2015 at 5:10 PM, Stefan Hett mailto:ste...@egosoft.com>> wrote: Hi, I'm dealing with one remaining case svn-mergeinfo-normalizer normalize doesn't se

Re: svn commit: r1697654 - /subversion/branches/1.9.x/STATUS

On 25.08.2015 13:49, br...@apache.org wrote: > Author: brane > Date: Tue Aug 25 11:49:09 2015 > New Revision: 1697654 > > URL: http://svn.apache.org/r1697654 > Log: > * branches/1.9.x/STATUS: >- Approve r1693886. >- Temporarily veto r1694481; the change looks broken. [...] > @@ -98,5 +84,

Re: JavaHL, 1.9: "Bad file descriptor", "Stream doesn't support thiscapability" errors

On 25.08.2015 12:36, Thomas Singer wrote: > Is this bug already reported in the issue tracker? I've searched but > could not found. Should I report it? We don't need that. The fix is alread on the 1.9.x branch and will be part of the 1.9.1 release, which we'll probably expedite precisely because

Re: JavaHL, 1.9: "Bad file descriptor", "Stream doesn't support thiscapability" errors

Is this bug already reported in the issue tracker? I've searched but could not found. Should I report it? -- Best regards, Thomas Singer = syntevo GmbH http://www.syntevo.com http://www.syntevo.com/blog On 20.08.2015 09:28, b...@qqmail.nl wrote: Hi Thomas, The Subversion version