Re: [patch] Resolve pod2man warnings

2015-03-21 Thread Ben Reser
On 3/21/15 6:41 PM, James McCoy wrote: > There are a couple warnings in SVN::Core when using pod2man to generate > the man pages. Patch below fixes this. > > [[[ > Add missing POD directives to resolve pod2man warnings > > * subversion/bindings/swig/perl/native/Core.pm > (svn_log_entry_t): Add

Re: 1.9 JavaHL memory leak in ISVNRemote#status

2015-03-21 Thread Branko Čibej
On 21.03.2015 16:23, Branko Čibej wrote: > On 19.03.2015 11:43, Marc Strapetz wrote: >> Attached example performs an endless series of remote status against >> the Subversion repository. When invoked with -Xmx24M, the VM will run >> out of memory soon. Monitoring with jvisualvm shows that the used

[patch] Resolve pod2man warnings

2015-03-21 Thread James McCoy
There are a couple warnings in SVN::Core when using pod2man to generate the man pages. Patch below fixes this. [[[ Add missing POD directives to resolve pod2man warnings * subversion/bindings/swig/perl/native/Core.pm (svn_log_entry_t): Add missing "=over 4" and "=back" directives ]]] [[[ Inde

Re: Handling non-reproducible test failures (was Re: 1.7.20 release candidates up for testing/signing)

2015-03-21 Thread Johan Corveleyn
On Fri, Mar 20, 2015 at 8:13 PM, Stefan Fuhrmann wrote: ... > I haven't thought too deeply about it but I think we should > be able to extend the current repo / w/c cleanup infrastructure > to copy the data away upon test failure. Yes, something like that would be a great help. Maybe using an opt

Re: 1.7.20 release candidates up for testing/signing

2015-03-21 Thread Johan Corveleyn
On Wed, Mar 18, 2015 at 3:09 PM, Stefan Sperling wrote: > The 1.7.20 release is now up for testing/signing at > https://dist.apache.org/repos/dist/dev/subversion > Please add your signatures there. > > The anticipated release day is March 31. > > Note that libsvn_subr/mergeinfo-test 6 and 10 may h

Re: 1.9 JavaHL memory leak in ISVNRemote#status

2015-03-21 Thread Branko Čibej
On 19.03.2015 11:43, Marc Strapetz wrote: > Attached example performs an endless series of remote status against > the Subversion repository. When invoked with -Xmx24M, the VM will run > out of memory soon. Monitoring with jvisualvm shows that the used heap > size constantly grows. Monitoring with