Re: problems with merging

Stefan Küng wrote on 2013-01-30: > On 30.01.2013 03:17, Julian Foad wrote: >> Stefan Küng wrote on 2013-01-27: >>> using a build from the svn trunk (as of r1439016), I've discovered >>> a few problems when merging. >>> >>> svn co -r23862 >>>   https://tortoisesvn.googlecode.com/svn/branches/

Re: svn patch removes an EOL after a context line - issue #4315

Filed as "svn patch removes an EOL after a context line". - Julian I (Julian Foad) wrote: > Stefan and anyone interested, > > I just discovered this issue: if the final context line in a patch does not > have > an EOL, but the targe

Re: [PATCH] Weird 'svn diff' operation with --old/--new (was: Re: FreeBSD project and subversion.)

Alexey Neyman wrote: > Julian Foad wrote: >> Alexey Neyman wrote: >> > I noticed a weird behavior of 'svn diff --old=... --new=...' where >> > reversing the old/new targets does not produce the reverse diff, as >> > one would expect. > [[[ > Make 'svn diff --old=FOO --new=BAR default to WORKING rev

svn patch removes an EOL after a context line

Stefan and anyone interested, I just discovered this issue: if the final context line in a patch does not have an EOL, but the target file *does* have one at that position, svn patch removes that EOL from the target file. I added an XFail test, patch_tests.py 46, in r1443815. - Julian   -- Ce

Re: [PATCH] Small fixes to the Perl bindings

On Thu, Jan 31, 2013 at 4:43 AM, roderich.sch...@gmail.com wrote: > while trying to use svn_wc_parse_externals_description3 from Perl I > stumbled over a fex things. > Patches below are against trunk. First of all thanks for the patches. > perl-bindings-1.patch > > [[[ > Make svn_wc_parse_extern

RE: svn commit: r1443705 - /subversion/trunk/subversion/libsvn_ra_serf/commit.c

Thanks for confirming the problem I expected to see when I wrote r1443705. Now we just have to find a proper fix. (I think r1443705 can be reverted as this trick clearly doesn’t work) Bert Sent from Windows Mail *From:* Philip Martin *Sent:* February 8, 2013 1:06 AM *To:* Philip Martin *CC:*

Re: svn commit: r1443705 - /subversion/trunk/subversion/libsvn_ra_serf/commit.c

Philip Martin writes: >> $ gdb -arg ../../svn/.libs/lt-svn info >> http://localhost:1531/svn-test-work/repositories/REDIRECT-TEMP-redirect_tests-1 >> --config-dir >> /home/bt/packages/subversion-trunk/subversion/tests/cmdline/svn-test-work/local_tmp/config >> --password rayjandom --no-auth-ca

Re: svn commit: r1443705 - /subversion/trunk/subversion/libsvn_ra_serf/commit.c

Philip Martin writes: > "Bert Huijben" writes: > >>> -Original Message- >>> From: cmpil...@apache.org [mailto:cmpil...@apache.org] >>> Sent: donderdag 7 februari 2013 21:30 >>> To: comm...@subversion.apache.org >>> Subject: svn commit: r1443705 - >>> /subversion/trunk/subversion/libsvn_r

Re: svn commit: r1443705 - /subversion/trunk/subversion/libsvn_ra_serf/commit.c

"Bert Huijben" writes: >> -Original Message- >> From: cmpil...@apache.org [mailto:cmpil...@apache.org] >> Sent: donderdag 7 februari 2013 21:30 >> To: comm...@subversion.apache.org >> Subject: svn commit: r1443705 - >> /subversion/trunk/subversion/libsvn_ra_serf/commit.c >> >> Author: cm

RE: svn commit: r1443705 - /subversion/trunk/subversion/libsvn_ra_serf/commit.c

> -Original Message- > From: cmpil...@apache.org [mailto:cmpil...@apache.org] > Sent: donderdag 7 februari 2013 21:30 > To: comm...@subversion.apache.org > Subject: svn commit: r1443705 - > /subversion/trunk/subversion/libsvn_ra_serf/commit.c > > Author: cmpilato > Date: Thu Feb 7 20:30

Re: [PATCH] Support regex in EXPECTED ERR list

Prabhu Gnana Sundar wrote on 2012-01-28: > On 01/25/2013 01:47 PM, Ben Reser wrote: >> 1) Build a new class (could be named RegexListOutput) like I mention >> above or in an earlier email.  This will likely be a tad easier, since >> you don't change the logic existing tests are using and thus y

Re: [PATCH] Weird 'svn diff' operation with --old/--new (was: Re: FreeBSD project and subversion.)

Hi Julian, On Thursday, February 07, 2013 04:00:49 PM Julian Foad wrote: > Alexey Neyman wrote: > > [Cross-posting to dev@ for patch review] > > I noticed a weird behavior of 'svn diff --old=... --new=...' where > > reversing the old/new targets does not produce the reverse diff, as > > one would

Re: svn commit: r1443556 - in /subversion/trunk/subversion: include/svn_auth.h libsvn_subr/simple_providers.c

On Thu, Feb 07, 2013 at 05:16:37PM +0100, Bert Huijben wrote: > > I agree that we shouldn't segfault. But it seems you've changed > > the default behaviour with this commit, from 'ask' to 'yes', > > in case the option isn't specified. See below. > > > > > @@ -372,8 +372,9 @@ svn_auth__simple_creds

RE: svn commit: r1443556 - in /subversion/trunk/subversion: include/svn_auth.h libsvn_subr/simple_providers.c

> -Original Message- > From: Stefan Sperling [mailto:s...@elego.de] > Sent: donderdag 7 februari 2013 16:44 > To: dev@subversion.apache.org > Subject: Re: svn commit: r1443556 - in /subversion/trunk/subversion: > include/svn_auth.h libsvn_subr/simple_providers.c > > On Thu, Feb 07, 2013

Re: Coniguring 301/302 redirects to track an fspath rename

On 02/06/2013 02:08 PM, Joe Schaefer wrote: > However, if we svn devs ever release a client that allows an admin to > bless an svn client to intelligently follow a 301 on a working copy > update operation, all of Daniel's scripting efforts can be eradicated > when it comes to the CMS- the CMS woul

Re: Coniguring 301/302 redirects to track an fspath rename

Cool. Looks good, along with my change last year. On Feb 7, 2013 9:54 AM, "C. Michael Pilato" wrote: > I committed this patch plus the fixes for the other problem I mentioned in > r1443578, hopefully without breaking the workaround that Greg put into > place > in r1351138 for sloppy code.google.c

Re: [PATCH] Weird 'svn diff' operation with --old/--new (was: Re: FreeBSD project and subversion.)

Alexey Neyman wrote: > [Cross-posting to dev@ for patch review] > I noticed a weird behavior of 'svn diff --old=... --new=...' where > reversing the old/new targets does not produce the reverse diff, as > one would expect. Hi Alexey.  Thanks for the report.  As you pointed out, I changed something

Re: Coniguring 301/302 redirects to track an fspath rename

I committed this patch plus the fixes for the other problem I mentioned in r1443578, hopefully without breaking the workaround that Greg put into place in r1351138 for sloppy code.google.com response generation. On 02/05/2013 05:44 PM, C. Michael Pilato wrote: > On 02/05/2013 05:26 PM, Bert Huijb

Re: svn commit: r1443556 - in /subversion/trunk/subversion: include/svn_auth.h libsvn_subr/simple_providers.c

On Thu, Feb 07, 2013 at 03:31:47PM -, rhuij...@apache.org wrote: > Author: rhuijben > Date: Thu Feb 7 15:31:46 2013 > New Revision: 1443556 > > URL: http://svn.apache.org/viewvc?rev=1443556&view=rev > Log: > Fix a simple to trigger, but never reported segfault in the auth helper code. > > *

Re: Kerberos foreign principals

On Thu, Feb 07, 2013 at 03:31:54PM +0700, Victor Sudakov wrote: > Colleagues, > > I use subversion-1.7.2 with cyrus-sasl-2.1.25 for Kerberos (GSSAPI) > authentication. I have the following in svnserve.conf: > > [general] > auth-access = write > [general] > realm = SIBPTUS.TOMSK.RU > [sasl] > use

Kerberos foreign principals

Colleagues, I use subversion-1.7.2 with cyrus-sasl-2.1.25 for Kerberos (GSSAPI) authentication. I have the following in svnserve.conf: [general] auth-access = write [general] realm = SIBPTUS.TOMSK.RU [sasl] use-sasl = true Everything works smoothly for the users (Kerberos principals) in the SIB