The 1.9.6 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'm aiming to release this within a week. (CHANGES points to this
Wednesday, which may be a bit optimistic on my part
Daniel Shahaf wrote on Fri, 30 Jun 2017 13:05 +:
> Please get the tarballs from
> https://dist.apache.org/repos/dist/dev/subversion
By the way, I generated a new subkey for the occasion, so you may have
to refresh my key in order to verify the signatures:
gpg --keyserver pgp.mit.edu --r
In the cross-device (EXDEV) case, svn_io_file_move() does a copy, not a
move, on trunk:
[[[
svn_error_t *
svn_io_file_move(const char *from_path, const char *to_path,
apr_pool_t *pool)
{
svn_error_t *err = svn_error_trace(svn_io_file_rename2(from_path,
On Fri, Jun 30, 2017 at 02:54:51PM +0100, Julian Foad wrote:
> Looks like the "remove" part was accidentally lost in r1685793 (June 2015,
> after 1.9 was branched).
>
> Anyone want to investigate further and fix?
>
> - Julian
Thanks for spotting this!
Could we just revert r1685793 for now? I th
We need an additional vote now in order to roll a 1.8 tarball today.
Can anyone help?
* r1785737, r1785738, r1785734, r1786447, r1785754, r1786445, r1786446,
r1786515, r1794611, r1800387
Make FSFS consistency no longer depend on hash algorithms.
Justification:
This eliminates any exi
Stefan Sperling wrote on Fri, 30 Jun 2017 16:10 +0200:
> We need an additional vote now in order to roll a 1.8 tarball today.
>
> Can anyone help?
>
> * r1785737, r1785738, r1785734, r1786447, r1785754, r1786445, r1786446,
> r1786515, r1794611, r1800387
>Make FSFS consistency no longer depe
It came to my notice that apr_file_trunc() has some bugs which have been
worked around in Subversion.
Please see svn_io_file_trunc() in subversion/libsvn_subr/io.c :
http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_subr/io.c?view=markup&pathrev=1759116#l4065
r1240752 added a wor
Thx... it's a shame that either (1) these bugs aren't reported
to the APR dev team to fix or (2) that they are, but that the
dev team isn't aware or following up.
Either alternative is sad.
> On Jun 30, 2017, at 10:49 AM, Julian Foad wrote:
>
> It came to my notice that apr_file_trunc() has som
8 matches
Mail list logo