Re: extending the blame callback

2019-01-09 Thread Branko Čibej
On 10.01.2019 04:58, Branko Čibej wrote: > On 07.01.2019 20:57, Stefan Kueng wrote: >> @@ -758,6 +759,33 @@ >> * will be true if the reason there is no blame information is that the line >> * was modified locally. In all other cases @a local_change will be false. >> * >> + * @note the line is

Re: extending the blame callback

2019-01-09 Thread Branko Čibej
On 07.01.2019 20:57, Stefan Kueng wrote: > @@ -758,6 +759,33 @@ > * will be true if the reason there is no blame information is that the line > * was modified locally. In all other cases @a local_change will be false. > * > + * @note the line is split on LF characters. Clients must be aware o

Re: Subversion 1.10.4 up for testing/signing

2019-01-09 Thread Stefan Sperling
On Mon, Jan 07, 2019 at 12:46:05PM +, Julian Foad wrote: > The 1.10.4 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. > > Thanks! > > -- Summary: +1 to release Tes

Re: svn commit: r1850781 - in /subversion/trunk/subversion: include/svn_client.h libsvn_client/blame.c libsvn_client/deprecated.c

2019-01-09 Thread Branko Čibej
On Wed, 9 Jan 2019, 10:03 Bert Huijben As far as I can tell blame handles all svn:eol-style values, which can be > a simple 'CR' in which case the normalized form has a plain '\r'. (Only in > case of native and 'LF' the normalized form is a single '\n') Are we sure > this case is properly handled

Re: Subversion 1.11.1 up for testing/signing

2019-01-09 Thread Stefan Sperling
On Mon, Jan 07, 2019 at 12:45:43PM +, Julian Foad wrote: > The 1.11.1 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. > > Thanks! Summary: +1 to release Tested: [bd

Re: svn commit: r1850781 - in /subversion/trunk/subversion: include/svn_client.h libsvn_client/blame.c libsvn_client/deprecated.c

2019-01-09 Thread Bert Huijben
As far as I can tell blame handles all svn:eol-style values, which can be a simple 'CR' in which case the normalized form has a plain '\r'. (Only in case of native and 'LF' the normalized form is a single '\n') Are we sure this case is properly handled now? (I read a comment that this is just stri

Re: svn commit: r1850437 - /subversion/site/staging/docs/release-notes/index.html

2019-01-09 Thread Daniel Shahaf
julianf...@apache.org wrote on Fri, Jan 04, 2019 at 21:14:43 -: > +++ subversion/site/staging/docs/release-notes/index.html Fri Jan 4 21:14:43 > 2019 > @@ -77,9 +77,15 @@ official support status for the various > +These are the changes that have been merged to the 1.11.x branch since > the l