Re: Regression in dirent_walker with malformed DAV responses

James McCoy writes: > HTTP/1.1 207 Multi-Status > Date: Sat, 01 Nov 2014 03:59:48 GMT > Server: Oracle-Application-Server-11g > Content-Length: 670 > Content-Type: text/xml; charset="utf-8" > Content-Language: en > > > xmlns:ns1="http://subversion.tigris.org/xmlns/dav/"; xmlns:ns0="DAV:"> > xm

Re: Regression in dirent_walker with malformed DAV responses

On 03.11.2014 12:12, Philip Martin wrote: > James McCoy writes: > >> HTTP/1.1 207 Multi-Status >> Date: Sat, 01 Nov 2014 03:59:48 GMT >> Server: Oracle-Application-Server-11g >> Content-Length: 670 >> Content-Type: text/xml; charset="utf-8" >> Content-Language: en >> >> >> > xmlns:ns1="http://sub

Re: Regression in dirent_walker with malformed DAV responses

Philip Martin writes: > If the > Solaris port has defined SVN_FILESIZE_T_FMT as "%ld", rather than "ld", > the resulting format string would be "%%ld" and would lead to the ouput > shown above. The difficulty here is that breaking the DAV code like > that would also break the FSFS backend code a

Re: svn commit: r1628093 - in /subversion/trunk/subversion/libsvn_fs_fs: index.c structure-indexes

On 28.09.2014 19:56, stef...@apache.org wrote: > Author: stefan2 > Date: Sun Sep 28 17:56:01 2014 > New Revision: 1628093 > > URL: http://svn.apache.org/r1628093 > Log: > Support FSFS format 7 commits in load balanced mixed-architecture clusters. > +/* Write VALUE to the PROTO_INDEX file, using SC

Re: svn commit: r1631075 - in /subversion/trunk/subversion: libsvn_fs_fs/fs.h libsvn_fs_fs/fs_fs.c libsvn_fs_fs/structure libsvn_fs_fs/util.c tests/libsvn_fs/fs-test.c

On 11.10.2014 18:14, stef...@apache.org wrote: > Author: stefan2 > Date: Sat Oct 11 16:14:28 2014 > New Revision: 1631075 > > URL: http://svn.apache.org/r1631075 > Log: > Make FSFS format 7 use a different name for the 'transactions' folder. > --- subversion/trunk/subversion/libsvn_fs_fs/util.c (o

Time to branch 1.9

I've been looking at current activity on trunk, and reviewing the latest changes in FSFS. I think it's finally time to bite the bullet and create the 1.9 release branch. AFAIR, there are two outstanding issues: * Review and merge of the X509 branch. * A resolution of the FSFSv7 conundrum. Un

Re: svn commit: r1628093 - in /subversion/trunk/subversion/libsvn_fs_fs: index.c structure-indexes

On Mon, Nov 3, 2014 at 3:41 PM, Branko Čibej wrote: > On 28.09.2014 19:56, stef...@apache.org wrote: > > Author: stefan2 > > Date: Sun Sep 28 17:56:01 2014 > > New Revision: 1628093 > > > > URL: http://svn.apache.org/r1628093 > > Log: > > Support FSFS format 7 commits in load balanced mixed-archi

Re: svn commit: r1628093 - in /subversion/trunk/subversion/libsvn_fs_fs: index.c structure-indexes

On 03.11.2014 16:16, Stefan Fuhrmann wrote: > On Mon, Nov 3, 2014 at 3:41 PM, Branko Čibej > wrote: > > On 28.09.2014 19:56, stef...@apache.org > wrote: > > Author: stefan2 > > Date: Sun Sep 28 17:56:01 2014 > > New Revisio

Re: svn commit: r1636386 - in /subversion/branches/svn-auth-x509/subversion/libsvn_subr: x509.h x509info.c

On 03.11.2014 17:36, phi...@apache.org wrote: > Author: philip > Date: Mon Nov 3 16:36:25 2014 > New Revision: 1636386 > > URL: http://svn.apache.org/r1636386 > Log: > On svn-auth-x509 branch: move static array from header to the > only file that uses it to avoid duplicate allocation. > > * subver

Re: svn commit: r1636386 - in /subversion/branches/svn-auth-x509/subversion/libsvn_subr: x509.h x509info.c

Branko Čibej writes: > Good catch. The array should be const, too. There is a struct declaration that should be moved as well, r1636388. -- Philip Martin | Subversion Committer WANdisco // *Non-Stop Data*

Re: svn commit: r1636386 - in /subversion/branches/svn-auth-x509/subversion/libsvn_subr: x509.h x509info.c

On 03.11.2014 17:50, Philip Martin wrote: > Branko Čibej writes: > >> Good catch. The array should be const, too. > There is a struct declaration that should be moved as well, r1636388. Saw that; nice.

Our website is broken

Assume it is just not for me, but our menu does not appear. http://subversion.apache.org Server-side includes not working I would guess? -- Thanks Mark Phippard http://markphip.blogspot.com/

Re: Our website is broken

On 11/3/14 11:09 AM, Mark Phippard wrote: > Assume it is just not for me, but our menu does not appear. > > http://subversion.apache.org > > Server-side includes not working I would guess? Working for me.

Re: Our website is broken

Hi, On 03/11/14 19:25, Ben Reser wrote: > On 11/3/14 11:09 AM, Mark Phippard wrote: >> Assume it is just not for me, but our menu does not appear. >> >> http://subversion.apache.org >> >> Server-side includes not working I would guess? > > Working for me. Depending on which back-end is hit, the

Re: Our website is broken

On 11/3/14 11:52 AM, Andreas Stieger wrote: > Depending on which back-end is hit, the content below is incorrectly > delivered. Corr: now always. I have first seen this late last week. > >> >> >> >> >> Of the 3 servers that are setup for subversion.apache.org [[[ $ dig +short subversion.ap

Re: Our website is broken

On 11/3/14 11:09 AM, Mark Phippard wrote: > Server-side includes not working I would guess? Should be fixed now.

Re: Our website is broken

On 03.11.2014 22:23, Ben Reser wrote: > On 11/3/14 11:09 AM, Mark Phippard wrote: >> Server-side includes not working I would guess? > Should be fixed now. Mrml ... we should stop using SSI anyway; it's really painful to debug the site locally. If there are no takers, I'll put revamping the site

Re: svn commit: r1636478 - /subversion/trunk/subversion/libsvn_fs_fs/util.c

On 04.11.2014 01:22, stef...@apache.org wrote: > Author: stefan2 > Date: Tue Nov 4 00:22:52 2014 > New Revision: 1636478 > > URL: http://svn.apache.org/r1636478 > Log: > * subversion/libsvn_fs_fs/util.c > (svn_fs_fs__path_txns_dir): Add parantheses around condition. >

Re: svn commit: r1636478 - /subversion/trunk/subversion/libsvn_fs_fs/util.c

On Tue, Nov 4, 2014 at 1:27 AM, Branko Čibej wrote: > On 04.11.2014 01:22, stef...@apache.org wrote: > > Author: stefan2 > > Date: Tue Nov 4 00:22:52 2014 > > New Revision: 1636478 > > > > URL: http://svn.apache.org/r1636478 > > Log: > > * subversion/libsvn_fs_fs/util.c > > (svn_fs_fs__path_tx

Re: FS API functions missing FS API tests

On Mon, Oct 20, 2014 at 3:16 PM, Stefan Fuhrmann < stefan.fuhrm...@wandisco.com> wrote: Functions yet to cover by test_fs: svn_fs_path_change2_create svn_fs_node_created_path svn_fs_dir_optimal_order svn_fs_try_process_file_contents svn_fs_get_file_delta_stream svn_fs_get_mergeinfo2 svn_fs_info_

Re: Deferring FSFS revprop caching to 1.10

On Thu, Oct 23, 2014 at 2:51 PM, Stefan Fuhrmann < stefan.fuhrm...@wandisco.com> wrote: > Hi all, > > I ran a few tests to determine the impact of the missing > revprop caching on trunk. For checkouts, the overhead > is ~2 extra CPU cores per saturated 10Gb network. Even > that will be not be seve

[l10n] Translation status report for trunk r1636504

Translation status report for trunk@r1636504 lang trans untrans fuzzy obs -- de2762 111 283 483 ++U~~~ es2262 611 824 527 ++U~~~ fr2567 306