On Mon, Mar 10, 2014 at 03:25:16PM +0100, Bert Huijben wrote:
> > -Original Message-
> > From: Stefan Sperling [mailto:s...@elego.de]
> > Sent: maandag 10 maart 2014 14:54
> > To: Bert Huijben
> > Cc: comm...@subversion.apache.org; dev@subversion.apache.org
> > Subject: Re: svn commit: r157
Hi Paul and others.
It says in http://subversion.tigris.org/issues/show_bug.cgi?id=3020#desc19
"Reflect dropped/renumbered revisions in svn:mergeinfo data during svnadmin
load":
> 5) Prevent svnadmin load from loading mergeinfo with r0 or r1 as a merge
> source
> revision. Both are meaningles
> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: maandag 10 maart 2014 14:54
> To: Bert Huijben
> Cc: comm...@subversion.apache.org; dev@subversion.apache.org
> Subject: Re: svn commit: r1575525 - in /subversion/trunk/subversion:
> libsvn_client/export.c tests/cmd
On Sat, Mar 08, 2014 at 08:53:39PM +, Bert Huijben wrote:
> This 'check via explicit target’ would also fix calling 'svn export’ directly
> on a file external, which is probably still broken after this patch.
>
Thanks for fixing it in r1575915 :)
I figured that a lazy "fix" of mine would ma
[switching back to plain text]
Branko Čibej wrote:
>> + /* An error in verifying the mergeinfo must not prevent dumping
>> + the data. Ignore any such error. */
>> + svn_error_clear(verify_mergeinfo_revisions(
>> + eb->found_old_mergeinfo,
>> +
Branko Čibej wrote:
> On 09.03.2014 15:48, Mattias Engdegård wrote:
>> 22 feb 2014 kl. 13.57 skrev Mattias Engdegård:
>>> Sorry about resuming an old thread, but since most translations are not
>>> kept up to date, what about switching to the Translation Project instead?
>>
>> Given the lack of
Hi,
Von: Stefan Fuhrmann [mailto:stefan.fuhrm...@wandisco.com]
>> Are you saying that Valgrind will
>> complain about uninitialized memory because of the padding on 64-bit Windows
>> (since it's going to pad due to the 64-bit word size but long is still
>> 32-bits)?
> If there was valgrind on W
Alan Nexus writes:
> Is anyone else getting them? Does anyone care that they work?
> -Alan
If you are getting lots of test fialures then it is probably a problem
with your build. If you are getting a few test failures then it is
probably a problem, possibly already known, with the testsuite.
Hi,
On 07/03/14 18:51, Alan Nexus wrote:
> Is anyone else getting them?
No. You have not told mentioned what the failures are. See
http://www.catb.org/esr/faqs/smart-questions.html
> Does anyone care that they work?
Yes. The full test suite is run successfully many times by project
contributors
9 matches
Mail list logo