[PATCH] extend svn_subst_translate_string() to record whether re-encoding and/or line ending translation were performed

Following Daniel Shahaf's suggestion of splitting the "allow svnsync to translate non-UTF-8 log messages to UTF-8" work into two patches, I have revised my changes, prepared one of the two patches, and have attached the one patch and suggested log message to this e-mail. Adds a public API function,

RE: trunk failing tests on Windows XP (32 bit): prop-tests.py 33, stat-tests.py 5, upgrade-tests.py 11

> -Original Message- > From: Johan Corveleyn [mailto:jcor...@gmail.com] > Sent: vrijdag 1 oktober 2010 1:51 > To: Subversion Development > Subject: trunk failing tests on Windows XP (32 bit): prop-tests.py 33, > stat-tests.py 5, upgrade-tests.py 11 > > Hi devs, > > The following tests fai

trunk failing tests on Windows XP (32 bit): prop-tests.py 33, stat-tests.py 5, upgrade-tests.py 11

Hi devs, The following tests fail on my machine (Windows XP 32-bit, built with VCE 2008, ra_local): - prop-tests.py 33: test properties of obstructed subdirectories svn: Can't open directory 'C:\research\svn\client_build\svn_trunk\Release\subversion\tests\cmdline\svn-test-work\working_copies\prop

Re: svn commit: r1003227 - /subversion/site/publish/docs/community-guide/releasing.part.html

s...@apache.org wrote on Thu, Sep 30, 2010 at 20:05:54 -: > +++ subversion/site/publish/docs/community-guide/releasing.part.html Thu Sep > 30 20:05:53 2010 > @@ -1096,7 +1096,7 @@ manager.) > - > + > How not to make a Subversion release What is the effect of this change? I don't see any ref

Re: svn commit: r1003211 - /subversion/trunk/tools/dev/unix-build/Makefile.svn

> + @echo "perl: `perl -version | grep ^This | cut -d' ' -f4 | sed -e > 's/^v//'`" Simpler: perl -V:version

disallow merges into mixed-rev WCs by default?

I'd like to propose that we disallow merges into mixed-revision working copies by default for 1.7, and only allow such merges if a special command line option has been passed. The reason for this is that merges into mixed-rev WCs can easily create conflicts which are tedious to resolve. Even if yo

Re: Interrupting an update after change of externals causes corrupt working copy

Hi devs, As per Daniel Shahaf's suggestion, I'm continuing this discussion on the dev list. See the previous mails in this thread on the users list for some context (or http://svn.haxx.se/users/archive-2010-09/0406.shtml). I'll summarize below. This issue reproduces with 1.6.12 as well as with tr

Re: 1.6.13 up for signing/testing

On Wed, Sep 29, 2010 at 03:08:54PM -0500, Hyrum K. Wright wrote: > 1.6.13 tarballs are up for testing and signing. The magic revision is > r1002816: > http://people.apache.org/~hwright/svn/1.6.13/ Summary: +1 to release Tested: [bdb | fsfs] x [ra_local | ra_svn | ra_neon | ra_serf] swig

Re: [PATCH] for building subversion 1.6.12 for haiku

scott mc writes: > On Wed, Sep 29, 2010 at 5:45 PM, Philip Martin > wrote: > >> Please write a log message: > - > > This patch makes use of find_directory() on Haiku to locate the proper > directories to use. Currently B_USER_SETTINGS_DIRECTORY points to > /boot/home/config/settings, so

Re: 1.6.13 up for signing/testing

On Wed, Sep 29, 2010 at 4:08 PM, Hyrum K. Wright wrote: > 1.6.13 tarballs are up for testing and signing.  The magic revision is > r1002816: > http://people.apache.org/~hwright/svn/1.6.13/ > > As usual, signatures from full committers please send back to me. > Testing by enthusiastic users is als

Re: 1.6.13 up for signing/testing

"Hyrum K. Wright" writes: > 1.6.13 tarballs are up for testing and signing. Summary: +1 to release. Platform: Linux (Debian/stable). Verified: signatures, MD5 checksums, SHA1 checksums only expected difference compared to tags/1.6.13 Tested: 1.6.13 tarball with local dependenc

svnadmin verify - warnings about mergeinfo "prior to the oldest dumped revision"

Looks like the "svnadmin dump" merginfo precautions are also triggered in "verify" mode, which isn't desirable: $ svnadmin verify -r12920:HEAD svn-repo_cut-29-09-2010 * Verified revision 12920. * Verified revision 12921. * Verified revision 12922. * Verified revision 12923. * Verified revision 12

Re: 1.6.13 up for signing/testing

On Thu, Sep 30, 2010 at 10:22 AM, Paul Burba wrote: > You'll recall we've seen some odd failures with this test before: > > http://svn.haxx.se/dev/archive-2010-04/0173.shtml > http://svn.haxx.se/dev/archive-2010-04/0418.shtml > > These failures where related to the pre-commit python hook script a

Re: 1.6.13 up for signing/testing

On Thu, Sep 30, 2010 at 8:21 AM, Mark Phippard wrote: > On Wed, Sep 29, 2010 at 4:08 PM, Hyrum K. Wright > wrote: >> 1.6.13 tarballs are up for testing and signing.  The magic revision is >> r1002816: >> http://people.apache.org/~hwright/svn/1.6.13/ > > I am going to send my signature in a minut

[PATCH] Fix svnrdump test 27 on Windows

Hi, This is an experimental patch to fix svnrdump test 27 "dump: subdirectory with changes on root" on Windows. It's experimental because it's based simply on a hunch, and I don't have Windows to test it. Could someone who has Windows test it for me? Thanks. Index: subversion/svnrdump/dump_edito

Re: 1.6.13 up for signing/testing

SUMMARY: +1 to release PLATFORM: Windows 7 VS 2008 SP1 Java 1.6 COMPONENTS: Apache2.2.15 APR 1.4.2 APR-UTIL1.3.0 OpenSSL 0.9.8o Neon(from deps) Serf 0.7.0 ZLib (from deps) SQLite (from deps) VERIFIED: md5 and

Re: 1.6.13 up for signing/testing

On Wed, Sep 29, 2010 at 4:08 PM, Hyrum K. Wright wrote: > 1.6.13 tarballs are up for testing and signing.  The magic revision is > r1002816: > http://people.apache.org/~hwright/svn/1.6.13/ I am going to send my signature in a minute, but I did have one test failure with Neon and Serf on Windows.