RE: pgp keys for signing releases

2016-04-27 Thread Bert Huijben
Not entirely sure, but I think you should still publish your pgp key to the major key stores. Once you put your fingerprint on id.apache.org, it knows how to fetch your key from there. Bert Sent from Mail for Windows 10 From: Stefan Sent: donderdag 28 april 2016 01:15 To: dev@subversion.apache

[no subject]

2016-04-27 Thread Leeto.Chen

Re: Really funny test failure on Windows

2016-04-27 Thread Branko Čibej
On 24.04.2016 08:19, Bert Huijben wrote: > > I think changing a single byte in the file should fix this… but in > that case we should also remove the ‘eicar’ reference. > > > > I’ve never seen this error being reported via an application though 😊 > > (I usually disable defender on my workdirs and

pgp keys for signing releases

2016-04-27 Thread Stefan
Hi, finishing up the creation of my apache key for signing SVN releases I ran into some details in the docs which seem to be outdated/unclear to me: The SVN community-guide [1] states: "Members of the PMC, as well as enthusiastic community members are encourages to download the tarballs from

Re: 1.9.4 up for signing/testing

2016-04-27 Thread Philip Martin
Summary: +1 to release Platform: Debian/stable 64-bit Tested: (local, svn, serf, serf/v1) x (fsfs, fsfs/pack/shard, bdb, fsx) swig-pl, swig-py, swig-rb javahl x (fsfs, bdb, fsx) Results: FAIL svnadmin_tests.py 32, 33, 34 and 35, and svnfsfs_tests.py 1 with pack/shard due to te

Re: 1.8.16 up for signing/testing

2016-04-27 Thread Philip Martin
Summary: +1 to release Platform: Debian/stable 64-bit Tested: (local, svn, svn/sasl, serf, serf/v1) x (fsfs, fsfs/pack/shard, bdb) swig-pl, swig-py, swig-rb javahl x (fsfs, bdb) Results: All tests successful apart from known failures for log_tests.py 37 and svnadmin_tests.py 14

Re: 1.9.4 up for signing/testing

2016-04-27 Thread Evgeny Kotkov
Evgeny Kotkov writes: > The 1.9.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. I plan to try and release on April 28th > so please try and get your votes/signatures i

Re: 1.8.16 up for signing/testing

2016-04-27 Thread Evgeny Kotkov
Evgeny Kotkov writes: > The 1.8.16 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 April 28th > so please try and get your votes/signatures

Re: 1.8.16 up for signing/testing

2016-04-27 Thread Evgeny Kotkov
Evgeny Kotkov writes: > The 1.8.16 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 April 28th > so please try and get your votes/signatures

Re: 1.9.4 up for signing/testing

2016-04-27 Thread James McCoy
On Wed, Apr 27, 2016 at 07:31:57AM +0200, Stefan Fuhrmann wrote: > Ubuntu 16.04 x64, Linux 4.4.0-21-generic SMP > > Standard dependencies: > Apache 2.4.18, worker MPM > APR 1.5.2 > APR-Util 1.5.4 > BDB 5.3.28 > GCC 5.3.1 > JUnit 4.12 > libmagic 5.25 > libtool, l

Re: svn commit: r1741096 - in /subversion/trunk/subversion: include/svn_error_codes.h libsvn_fs_fs/rep-cache.c libsvn_fs_fs/rep-cache.h libsvn_fs_fs/transaction.c libsvn_subr/sqlite.c tests/libsvn_fs/

2016-04-27 Thread Evgeny Kotkov
Ivan Zhakov writes: >> + if (err && svn_error_find_cause(err, SVN_ERR_SQLITE_ROLLBACK_FAILED)) > > There is no need check for 'err' since svn_error_find_cause() already > checks for SVN_NO_ERROR. Thanks, should be fixed in r1741200. Regards, Evgeny Kotkov