On 15.02.2014 01:15, bre...@apache.org wrote:
> Author: breser
> Date: Sat Feb 15 00:15:12 2014
> New Revision: 1568551
>
> URL: http://svn.apache.org/r1568551
> Log:
> Finish ending the use of the deprecated svn_stream_set_read().
Modified: subversion/trunk/subversion/bindings/javahl/native/Input
On 17.02.2014 22:25, Julian Foad wrote:
> I took a stab at writing the JavaHL boiler-plate code for this, as attached,
> though I'm unfamiliar with JavaHL. It seems to require modifying 5 java files
> and creating 3 new ones. Is that right, JavaHL experts? It seems a lot.
It's about right. Welco
On Mon, Feb 17, 2014 at 2:47 AM, Johan Corveleyn wrote:
> On Fri, Feb 14, 2014 at 12:44 AM, Ben Reser wrote:
>> The 1.8.8 release artifacts are now available for testing/signing.
>> Please get the tarballs from
>> https://dist.apache.org/repos/dist/dev/subversion
>> and add your signatures ther
> Here is the fixup for the problem I was talking about in
> http://svn.haxx.se/dev/archive-2014-01/0160.shtml and partially in
> http://svn.haxx.se/dev/archive-2014-01/0089.shtml
I had some time to think about this patch and so, here is a reroll.
The recover_get_root_offset() function from the p
I took a stab at writing the JavaHL boiler-plate code for this, as attached,
though I'm unfamiliar with JavaHL. It seems to require modifying 5 java files
and creating 3 new ones. Is that right, JavaHL experts? It seems a lot.
The implementation in the core library is empty, as yet, in the attac
Hi,
I discovered another problem with hotcopy for old FSFS format 1/2 repositories
(apart from those reported in http://svn.haxx.se/dev/archive-2014-01/0089.shtml)
Attempting to hotcopy an old repository with at least one propchange currently
ends up with mismatching node ids in source and destina
On Fri, Feb 14, 2014 at 6:49 PM, Ben Reser wrote:
> We need our buildbots to work for branches. I propose the following
> changes,
> in decreasing order of priority.
>
> 1) If something like bindings is broken on a build bot for branches then
> disable the test on that buildbot. It is far bette
Marc Strapetz wrote:
>> ... I'll dig into the cache code ...
>
> I did that now and the storage is quite simple: we have a main file
> which contains the diff (added, removed) for every path in every
> revision and a revision-based index file with constant record length (to
> quickly locate entri
Vincent Lefevre writes:
> On 2014-02-14 18:34:52 +, Philip Martin wrote:
>> Vincent Lefevre writes:
>>
>> > With svn 1.8.5 under GNU/Linux (Debian unstable), I get an error
>> >
>> > svn: E175013: Access to '/svn/' forbidden
>> >
>> > when I do "svn diff -r118:119 https://host//subd
On 14 February 2014 03:44, Ben Reser wrote:
> The 1.8.8 release artifacts are now available for testing/signing.
> Please get the tarballs from
> https://dist.apache.org/repos/dist/dev/subversion
> and add your signatures there. I plan to try and release on February
> 19th so please try and get
A couple of clarifications.
Julian Foad wrote:
> And note that the doc string for svn_ra_get_file_revs2() explicitly says
> these
> false positives can be returned.
In fact it's not explicit, but it directs the reader to see
svn_fs_history_prev() for a definition of "interesting revisions", an
On 2014-02-14 18:34:52 +, Philip Martin wrote:
> Vincent Lefevre writes:
>
> > With svn 1.8.5 under GNU/Linux (Debian unstable), I get an error
> >
> > svn: E175013: Access to '/svn/' forbidden
> >
> > when I do "svn diff -r118:119 https://host//subdir";, but
> > "svn diff -r118:119 h
Ben fixed this in r1568349. Thanks, Ben.
- Julian
Julian Foad wrote:
> This commit is causing a change of behaviour for me against the Apache svn
> repo.
[...]
>> + svn_boolean_t found_san_entry;
>>
>> @@ -232,6 +233,7 @@ ssl_server_cert(void *baton, int failure
>> /* Try to fi
Stefan Fuhrmann wrote:
> r1568600 uncovered an inconsistency in our API usage / interpretation
> making blame -g tests fail for FSX.
>
> The starting point is svn_fs_contents_changed and svn_fs_props_changed.
> FSFS and probably BDB implement those as "has there been an intermittent
> change?" E.g
Hi Bert,
> Not sure if this is related:
>
> But you do know that Windows has completely different file semantics than
> posix, don't you. You can just use the standard file locking to have proper
> locking between threads, which doesn't work on many other platforms. (A
> process is free to shoot i
15 matches
Mail list logo
