Re: Removal of spark buildbot

Gavin McDonald writes: > https://ci.apache.org/builders/serf-sparc64-solaris > shows pending > jobs since last August and the previous > build that actually ran was July last year. > > From what I can tell, the

Problems with commit feature negotiation and write-through proxies

I run a write-through proxy for svn.apache.org using mod_dav_svn's SVNMasterURI directive. Commits now fail when using trunk on the client and slave because they negotiate svndiff2 which the s.a.o master does not support. I can reproduce locally using a trunk slave and 1.9 master: $ svn

Removal of spark buildbot

HI All, https://ci.apache.org/builders/serf-sparc64-solaris shows pending jobs since last August and the previous build that actually ran was July last year. From what I can tell, the buildbot vm has been offline for over 5 months now.

Re: org.apache.subversion.javahl.ClientException: Found invalid algorithm in certificate

Marc Strapetz writes: >> Marc, please let us know if you learnt any more about this problem. > > Unfortunately we didn't make progress here since my posting. I have just fixed a bug in the JavaHL implementation of SSL trust prompting, see r1820718. I don't know if

Re: A rational svn shelve/checkpoint CLI

Julian Foad wrote: [...] Only the svn:log revprop is stored in the shelf format so far; it will be easy to extend to support all revprops. http://svn.apache.org/r1820714 does that. - Julian

Re: A rational svn shelve/checkpoint CLI

Julian Foad wrote on Tue, 09 Jan 2018 13:31 +: Anyway the main point here is: we have in principle a set of tree snapshots (no matter that each one is stored in the form of a difference against the base); and we use revision specifiers to refer to the working and base versions: Initial

ra-test.c 13 FAIL over v1 HTTP

The test ra-test.c:commit_empty_last_change fails when using the v1 HTTP protocol: ../src/subversion/tests/libsvn_ra/ra-test.c:1655, ../src/subversion/libsvn_ra_serf/commit.c:1536, ../src/subversion/libsvn_ra_serf/commit.c:406, ../src/subversion/libsvn_ra_serf/commit.c:344,

Re: A rational svn shelve/checkpoint CLI

Julian Foad wrote on Tue, 09 Jan 2018 13:31 +: > Anyway the main point here is: we have in principle a set of tree > snapshots (no matter that each one is stored in the form of a difference > against the base); and we use revision specifiers to refer to the > working and base versions: ...

Re: A rational svn shelve/checkpoint CLI

Julian Foad wrote: [[[ $ svn savepoint log 'qq' version 1: 52 days ago  0 files changed version 2: 51 days ago  hello.txt |    1 +  1 file changed, 1 insertion(+) version 3: 32 days ago  D5/file   |    2 ++  hello.txt |    1 +  2 files changed, 3 insertions(+) $ svn savepoint restore