Spurious svn:mergeinfo updated on random, untouched files on minimalistic merge?!

information Thanks a lot for your time, attention and support! - Ben

RE: Spurious svn:mergeinfo updated on random, untouched files on minimalistic merge?!

easenotes/axis-jaxrpc-1.3.jar:r3101-3122 Any hint on where those do origin from? Are those issues adressed by svn 1.7.x? The mentioned articel did not provide any explanation pattern for me. Cheers! - Ben -Original Message- From: Johan Corveleyn [mailto:jcor...@gmail.com] Sent: Tuesday,

RE: Spurious svn:mergeinfo updated on random, untouched files on minimalistic merge?! -- SOLVED !!!

ected. Thanks a lot to everybody for your time and support! - Ben -Original Message- From: Geoff Rowell [mailto:geoff.row...@gmail.com] Sent: Wednesday, March 31, 2010 2:56 PM To: 'Ben' Cc: users@subversion.apache.org Subject: RE: Spurious svn:mergeinfo updated on random, unt

RE: Spurious svn:mergeinfo updated on random, untouched files on minimalistic merge?! -- SOLVED !!!

on root directories - make a full svn update on the target prior merging - assert svnversion reports only one number and NO "p" suffix - perform the svn merge Hope this helped to understand my original problem and my final findings. Thanks a lot for your support, guys! Cheers - Ben P.S.

RE: Returning problem: Some folders/files in working don't get updated anymore.

You can easily check for sparse checkouts by running svnversion: If the reported version has a P attached, then you have a sparse checkout. I have similar problems with unwanted sparse checkouts esp. when it comes to merging. Thanks for the hints in this thread about the potential bug origins. -

Svnsync regularly failing and keeping lock

Hi there, I have two svn servers set up in a master-slave mirroring arrangement, using HTTPS/SVNDav as the transport mechanism. The underlying link is an IPSEC tunnel that links us in behind the firewall of the main part of the organisation. I'm not sure of the link's overall reliability but it ha

svn: OPTIONS of ...could not connect to server

vn network protocol. - with Cyrus SASL authentication - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme #rpm -qa|grep neon neon-0.25.5-10.el5_4.1 neon-devel-0.25.5-10.el5_4.1 -- Ben Kim Lead Database Administrator College of Education Texas A&M University http://benix.tamu.edu

OPTIONS of ... could not connect to server

-128.el5 #1 SMP svn, version 1.6.12 (r955767) compiled Jun 22 2010, 11:47:19 neon-0.25.5-10.el5_4.1 neon-devel-0.25.5-10.el5_4.1 -- Ben Kim Lead Database Administrator College of Education Texas A&M University http://benix.tamu.edu

Re: svn: OPTIONS of ...could not connect to server

On Sun, Jan 16, 2011 at 10:20:39PM -0800, Richard England wrote: > On 01/07/2011 06:54 AM, Ben Kim wrote: > >Hi, > > > >I run CentOS 5, 2.6.18-128.el5. I'm seeing > > > >$ svn commit index.epl > >svn: Commit failed (details follow): > >svn: OPT

"svn log" not showing all the changes?

Hello I am seeing some unexpected behavior when I use "svn log", it does not list all the changes which have been made to the repository. When I do a svn log on the directory, the most recent change was a few weeks ago: ~/dev/productmanager/trunk]$ svn log src/main/java/com/bluefly/apps/manager

Re: "svn log" not showing all the changes?

t is, what sfn info shows). > So I guess you haven't done a svn update in your root directory, and still > are in the 37547 revision. Do try it and tell us what happens... > > > On Thu, Mar 17, 2011 at 17:01, Ben Hsu wrote: > >> Hello >> >> I am seeing some unexp

Re: svn diff -x --unified

Hi Sam, does this work for you? svn diff --diff-cmd=/usr/bin/diff -x --unified=3 On Fri, Apr 1, 2011 at 10:15 AM, Sam Steingold wrote: > How do I supply the number of context lines for unified diff? > > $ svn diff --help > seems to imply that "svn diff -x --unified" is what I need. > However

swapping trunk and branch

Hi, I am fairly new to version control, and have made what is probably a newbie mistake. I created a branch and switched to it. Later I committed changes that were meant for trunk, forgetting that I had switched to the branch. So I want to undo this, without losing the changes.. What is the correct

Re: swapping trunk and branch

it though, I'll have another attempt. On Wed, Apr 27, 2011 at 8:14 PM, Prabhu Gnana Sundar wrote: > On Wednesday 27 April 2011 03:27 PM, Ben Carbery wrote: > >> Hi, >> I am fairly new to version control, and have made what is probably a >> newbie mistake. >> I

Re: swapping trunk and branch

since there were no changes in the branch I needed to keep (except the ones that should have been in trunk). Thanks all, guess I avoid having to learn merge for another day. On 27 April 2011 23:11, Ulrich Eckhardt wrote: > On Wednesday 27 April 2011, Ben Carbery wrote: > > I h

Re: swapping trunk and branch

I sometimes forget that I perceive time on a different scale to you mortals. On 28 April 2011 15:43, Nico Kadel-Garcia wrote: > On Wed, Apr 27, 2011 at 8:38 PM, Ben Carbery > wrote: > > Ok running 1.6 now and repository upgraded. Must have been a recent RH > > patch? >

Default Config Files

access SVN (from this machine) they get the file that is already modified. I cant seem to find where it gets this file from originally. If this doesn't make any sense, let me know, and I will try and explain it better.. Thanks, ben

Re: Default Config Files

machines, so it wont be a problem, but they still want the change.. So, would I just copy the files that I want into the /etc/subversion directory? That directory on my machine is blank.. Thanks! ben On Wed, May 11, 2011 at 5:50 AM, Daniel Shahaf wrote: > Nico Kadel-Garcia wrote on Wed, May

Possible Subversion Bug

erkely DB but isn't sure. If you have any questions I will do my best to answer them. Thanks, Ben [apache@testsvn1 ] ~> svn --version svn, version 1.5.6 (r36142) compiled Feb 26 2009, 22:41:36 Copyright (C) 2000-2008 CollabNet. Subversion is open source software, see http://sub

Extra behaviour in a 1.4 to 1.6 2 url merge

trol it), I'd be grateful if anyone had a solution or explanation. Cheers, Ben Fitzpatrick

failed assertion with 1.7.0_rc3

pt/csw/lib/i386/libperl.so #16 0xcea46839 in S_run_body () from /opt/csw/lib/i386/libperl.so #17 0xcea4678e in perl_run () from /opt/csw/lib/i386/libperl.so #18 0x08050b7e in main () Has anyone else encountered this issue? What information would be useful to further debug the problem? Thanks -Be

Re: failed assertion with 1.7.0_rc3

]_canonicalize() > before passing them to an API function (see comments at the top of > svn_dirent_uri.h). Perfect. This is very helpful. I'll see what I can find. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302

FW: Branching an svn external causes svn to crash

make changes to one > component without affecting the other for now > I svn up-ed the entire repository > Cd-ed into the directory with the external file > Then I tried to create a branch from my repository version > This resulted in the crash (inlined below) > I am o

Which is the most used/best Windows Subversion distribution?

one is the "best supported"/most compatible? Which one is the most widely used in WinOS world? Thank you Ben

RE: Which is the most used/best Windows Subversion server distribution?

ed a comparison and recommendation which package to select for a.) Linux as server platform b) Windows as server platform Is there a rough "market share" estimation? The server should later be accessible from Eclipse or TortoiseSVN Client No VisualStudio integretion necessary Can you give me so

Do all SVN clients run with all SVN servers?

As I can see there are a couple of different SVN servers and mutiple SVN clients. Do all SVN clients work with all SVN servers? Or are some clients tied to the usage of some special SVN servers? Ben

svn annotate requires Start revision precede end revision

7;end' precede the 'start'. Is there a way to do it? Regards, Ben

Re: [ANN] SubGit 1.0.0 is released

On Thu, Sep 20, 2012 at 4:35 AM, Andreas Krey wrote: > On Thu, 20 Sep 2012 06:36:02 +, Nico Kadel-Garcia wrote: >> here! By keeping the software an integrated codebase for clients and >> servers, they're able to make protocol changes that you'll be forced >> to keep up with in an entirely dist

Re: [ANN] SubGit 1.0.0 is released

On Thu, Sep 20, 2012 at 8:31 PM, Nico Kadel-Garcia wrote: > Except that it can't be merely wire protocol. They're remapping the > commit, copy, delete, move,branch, tag, and merge operations of one > source control into the other. That's. not directly comparable, > especially the tag operation

Subversion 1.7.7 released

with fingerprint: 8AA2 C10E EAAD 44F9 6972 7AEA B59C E6D6 010C 8AAD Stefan Sperling [1024D/F59D25F0] with fingerprint: B1CF 1060 A1E9 34D1 9E86 D6D6 E5D3 0273 F59D 25F0 Mark Phippard [1024D/035A96A9] with fingerprint: D315 89DB E1C1 E9BA D218 39FD 265D F8A0 035A 96A9 Ben

Subversion 1.7.8 released

with fingerprint: 8769 28CD 4954 EA74 87B6 B96C 29B8 92D0 C862 8501 Bert Huijben [4096R/CCC8E1DF] with fingerprint: 3D1D C66D 6D2E 0B90 3952 8138 C4A6 C625 CCC8 E1DF Johan Corveleyn [4096R/010C8AAD] with fingerprint: 8AA2 C10E EAAD 44F9 6972 7AEA B59C E6D6 010C 8AAD Ben Reser [

Subversion 1.6.20 released

2.asc http://subversion.tigris.org/downloads/subversion-1.6.20.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Branko Čibej [2048R/C8628501] with fingerprint:

subversion 1.6 hanging when used with gnome-keyring 2.28

? () #8 0x001c in ?? () #9 0x0004 in ?? () #10 0x00007fff611c0459 in ?? () #11 0x in ?? () Any help would be much appreciated. Thanks, -- Ben

ignore local change

uot;. There is a need to change the file from time to time, so I don't want to put the whole file in svn:ignore list. Is there a feature in subversion or subversion-perl that allows me to let subversion "ignore" only certain differences within a file? Thanks. Ben Kim

RE: ignore local change

Thanks Bob and David, it's helpful. I'll look whether I can customize diff command. Regards, Ben Kim On Thu, 25 Mar 2010, Bob Archer wrote: BTW: TortoiseSVN does implement the "ignore change list" idea. Although, I would rather go with checking in a template and then

Apache Subversion 1.9.0-beta1 released

1.9.0-beta1.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.9.0-beta1.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [4096R/CCC

upgrading from repo format 1

of SVN in order to upgrade? If so, which version would you advise that I use? Thanks, Ben

Re: upgrading from repo format 1

t; https://subversion.apache.org/issue3744. Did you run «svnadmin > upgrade /path/to/repo/db» or «svnadmin upgrade /path/to/repo»? The > latter would be correct. I ran 'svnadmin upgrade /path/to/repo'. BTW, repo/format says "1". Ben

Re: upgrading from repo format 1

Hi Nico Thanks for your suggestion, which gave me an idea: I can copy the repo on a USB drive, boot an old live system of some kind, and checkout the repo onto my USB drive. It's just a matter of which version I need to support the version 1 repository format. Cheers, Ben

Re: upgrading from repo format 1

s just been upgraded over the years). It's just that the repo was left behind. Ben

Re: upgrading from repo format 1

Nope, after echo 3 > format: svn: E160027: Malformed node-revision skeleton Ben

Subversion 1.6.21 released

s.org/downloads/subversion-1.6.21.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 C. Michael Pilato [4096R/FE681333] with fingerprint: 753B 2F9D F717 FA23 A43E

Apache Subversion 1.7.9 released

2.asc http://www.apache.org/dist/subversion/subversion-1.7.9.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.7.9.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E

Apache Subversion 1.8.0-rc2 Released

http://www.apache.org/dist/subversion/subversion-1.8.0-rc2.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.8.0-rc2.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD

Apache Subversion 1.7.10 released

d PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 C. Michael Pilato [4096R/FE681333] with fingerprint: 753B 2F9D F717 FA23 A43E E7C3 F5E0 F001 FE68 1333 Ivan Zhakov [4096R/F6AD8147] with fingerprint: 4829 8F0F E47F

Subversion 1.6.23 released

s.org/downloads/subversion-1.6.23.tar.gz.asc http://subversion.tigris.org/downloads/subversion-1.6.23.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 C. Michael P

Apache Subversion 1.8.0-rc3 Released

rsion-1.8.0-rc3.tar.bz2.asc http://www.apache.org/dist/subversion/subversion-1.8.0-rc3.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.8.0-rc3.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB

Re: vimdiff wrapper for diff-cmd not working with 1.8

On Wed, Jun 19, 2013 at 9:11 AM, Michael Schlottke wrote: > Do you have an idea of how hard this is to achieve, or how long it would > take to create a patch? I'd be happy to volunteer as a tester… > Or do you know of an interim hack that I could use until it is properly > fixed? I don't imagine

Importance of Apache HTTP 2.2.25 Release to Subversion Admins

As you may have seen on our announce mailing list yesterday, the Apache HTTP Server Project released 2.2.25 yesterday. This release includes a security fix that is important for Subversion sites using mod_dav_svn to host their repositories. Specifically it includes a fix for the following DoS iss

Apache Subversion 1.7.11 released

rsion/subversion-1.7.11.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.7.11.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Ivan Zhakov [4096R/F6A

Apache Subversion 1.8.1 released

rsion/subversion-1.8.1.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.8.1.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Ivan Zhakov [4096R/F6AD8147]

Re: How to change paths on an external file without a full update --depth infinity?

On Sun, Aug 11, 2013 at 3:24 AM, Johan Corveleyn wrote: > I'm cc'ing Ben Reser (who has the above issue assigned to him) and > Ivan Zhakov (who recenty wrote a patch for this). Perhaps they can > shed some light on the current state of "RA session caching".

Re: How to change paths on an external file without a full update --depth infinity?

On 8/14/13 12:04 PM, dlel...@rockwellcollins.com wrote: > Kevin M Radke/CedarRapids/RockwellCollins wrote on 08/14/2013 11:52:44 AM: >> dlel...@rockwellcollins.com wrote on 08/14/2013 01:13:52 PM: > We're ok with _some_ performance cost. Also, it might be valuable to > the SVN community to underst

Re: How to change paths on an external file without a full update --depth infinity?

On 8/15/13 1:05 PM, Les Mikesell wrote: > I'd actually expect it to be pretty confusing if you had multiple > people committing changes based from different back-rev pegged > references anywhere near the same time frame. Does your external > 'notify about new versions' tool help with that? Don't

Re: svn 1.8.1 fails on underscore in the tunnel protocol

On 8/18/13 5:02 PM, Geoff Field wrote: > Reading through that RFC, I note the following paragraph: > > 2.3. Unreserved Characters > >Characters that are allowed in a URI but do not have a reserved >purpose are called unreserved. These include uppercase and lowercase >letters, decima

Re: server config

On 8/19/13 9:07 AM, Scott Frankel wrote: > I'm new to SVN server configuration and find myself setting up a CentOS 6.4 > server with svn version 1.6.1, following the red-bean book. I'd strongly urge you not to use 1.6.1, see the list of applicable security issues here: http://subversion.apache.or

Re: How Big A Dump File Can Be Handled?

On Tue Aug 20 16:44:08 2013, Geoff Field wrote: > I've seen some quite large dump files already - one got up to about 28GB. > The svnadmin 1.2.3 tool managed to cope with that quite successfully. Right > now, our largest repository (some 19,000 revisions with many files, including > installati

Re: svn 1.8.1: segmentation fault on merge

On Tue Aug 20 08:09:02 2013, John Jacobson wrote: > I am encountering the crash described below when doing a particular > merge. I've tried the merge on a clean checkout - it still segfaults. > The same merge succeeds with svn 1.7.8. What are the steps that I > should take in order to file a meanin

Re: How Big A Dump File Can Be Handled?

On 8/20/13 11:29 PM, Geoff Field wrote: > Note that we have the old version 1.2.3 server software installed at the C:\Program Files\Subversion location, and later versions are stored under other locations, with the path set to point to the new version. I'm creating the new repositories with the old

Re: Cannot check out public directory with client 1.8.x without access to repo root

On Wed Aug 21 00:17:08 2013, Ivan Zhakov wrote: > The first bug here why Subversion 1.8 doesn't ask you for credentials on > checkout > like it does for commit. Known limitation of HTTP, see the Partial Readability on Checkouts block at the bottom of this page: http://svnbook.red-bean.com/en/1.7

Re: SVN Copy now fails with 424 FailedDependency

On Wed Aug 21 11:31:09 2013, Mark Phippard wrote: > I think this regression is probably caused by a change in mod_dav in > Apache 2.2.25/2.4.6 > > https://issues.apache.org/bugzilla/show_bug.cgi?id=55306 That looks like a potential dupe of: https://issues.apache.org/bugzilla/show_bug.cgi?id=55304

Re: SVN Copy now fails with 424 FailedDependency

On Wed Aug 21 12:15:05 2013, Ben Reser wrote: > On Wed Aug 21 11:31:09 2013, Mark Phippard wrote: >> I think this regression is probably caused by a change in mod_dav in >> Apache 2.2.25/2.4.6 >> >> https://issues.apache.org/bugzilla/show_bug.cgi?id=55306 > > Th

Re: Feature Req: sorthand urls for branches/tags in CLI

On 8/22/13 2:15 PM, Laszlo Kishalmi wrote: > I'd propose a -b [--branch] option or extend the meaning of "^" sign for > those commands which can work with URL-s. Extending ˇ would mean > that when used as ^/ it means repository root and using it as ^[branch] > then it would refer to a branch. > >

Re: Seg fault when committing 'forks' with svn 1.8.1 client

On Fri Aug 23 01:36:55 2013, Philip Martin wrote: > Stephane Odul writes: > >> I have a project that I need to fork (in the same repo): >> $ svn cp foo bar >> $ svn rm bar/trunk/some_dir >> $ svn rm bar/trunk/some_file >> $ emacs bart/trunk/other_files >> $ svn ci >> Segmentation fault: 11 > > Is

Tree conflict breaks svn info on root of working copy

ranches/bar touch new_file svn add -q new_file svn commit -q -m " " svn update -q svn merge -q --non-interactive $TEST_REPOS_URL/branches/foo svn info It should print the normal svn info output, then exit with an error like: svn: E155007: '/var/tmp/tmp.wl6qMmFQMw/wc_parent' is not a working copy Cheers, Ben

RE: Tree conflict breaks svn info on root of working copy

Thanks Philip - I've checked and I think that was it. I've re-run it with the recent head of the trunk and it's now fine. Ben

Re: Apache Subversion 1.7.13 released

On 8/30/13 8:34 AM, Ben Reser wrote: > I'm happy to announce the release of Apache Subversion 1.7.13. > > Please note that Subversion 1.7.13 is the next release after Subversion > 1.7.11. > The 1.7.12 release was not published publicly, due to issues found > during test

Re: Apache Subversion 1.8.3 released

On 8/30/13 8:34 AM, Ben Reser wrote: > I'm happy to announce the release of Apache Subversion 1.8.3. > > Please note that Subversion 1.8.3 is the next release after Subversion 1.8.1. > The 1.8.2 release was not published publicly, due to issues found > during testing. &g

Apache Subversion 1.8.3 released

http://www.apache.org/dist/subversion/subversion-1.8.3.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [4096R/CCC8E1DF] with fingerprint: 3D1D C66D 6D2E 0B90

Apache Subversion 1.7.13 released

http://www.apache.org/dist/subversion/subversion-1.7.13.tar.bz2.asc http://www.apache.org/dist/subversion/subversion-1.7.13.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.7.13.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [

Re: Error during 'svn export' over http with serf 1.3.1

On 9/10/13 2:31 PM, Curt Sellmer wrote: > After giving it more time I can now reproduce the problem with both > version 1.8.0 and 1.8.3 of the client. And I have now seen the > problem with both the older and newer versions of the repository. > Very hard to debug as it does not seem to follow any

Re: Error during 'svn export' over http with serf 1.3.1

On 9/10/13 10:41 PM, Curt Sellmer wrote: > I now have svn 1.8.3 with serf 1.3.1. I am not seeing the "svn: > E120104: ra_serf: An error occurred during decompression" error as > often at the moment. Have seen it a few times. > > But I do intermittently get several different errors as show below

Re: Error during 'svn export' over http with serf 1.3.1

On 9/11/13 12:24 PM, Curt Sellmer wrote: > Here is a tail of the error.log. This is from when I was running the > tests earlier. > I was hoping to pinpoint which set of log messages corresponded to > each error, but of > course I cannot get it to fail at all right now. I'll keep trying > througho

Re: libsvn_ra_serf/util.c: undefined reference to serf_bucket_request_set_CL [1.8.1][1.8.3][WORKAROUND]

On 9/8/13 4:12 PM, Nico Kadel-Garcia wrote: > This is why you either update a system version that is high enough, or you use > the "get-deps.sh" to pull down versions locally and compile them statically. > I've been publishing up-to-date get-deps.sh, slightly more consistent in > layout > and up-t

Re: libsvn_ra_serf/util.c: undefined reference to serf_bucket_request_set_CL [1.8.1][1.8.3][WORKAROUND]

On 9/2/13 9:20 AM, Klaus Thorn wrote: > I am mailing this just to make the workaround known to other users. > > When compiling subversion 1.8.1 or 1.8.3 from apache's source package, > "configure --with-serf=/usr/local/serf" is not enough to use a specific serf > version. > Not if another version

Re: Problem committing 1.8 client to 1.8 server

On Mon Sep 16 14:19:54 2013, Robert Middleton wrote: > [Mon Sep 16 16:08:17 2013] [error] [client ] ModSecurity: Access > denied with code 403 (phase 2). Operator EQ matched 0 at REQUEST_HEADERS. > [file "/opt/mod_security/10_asl_rules.conf"] [line "64"] [id "390616"] [rev > "2"] [msg "POST reques

Re: Problem committing 1.8 client to 1.8 server

On Mon Sep 16 17:37:20 2013, Ben Reser wrote: > This looks like your mod_security configuration doesn't know about > chunked encoding for requests. 1.8.x now prefers to use chunked > encoding in requests. I'm not sure what you need to change to > configure mod_security to

Re: Bug when building SWIG wrappers on (at least) OSX

On Wed Sep 18 16:00:22 2013, Paul Wagland wrote: > While trying to install subversion using home-brew on OSX, I came across a > few build issues. The patches for these can be seen here: > https://github.com/mxcl/homebrew/pull/22668/files#r6449557 This is a known issue with the auth system API.

Re: Bug when building SWIG wrappers on (at least) OSX

On Wed Sep 18 23:02:31 2013, Paul Wagland wrote: > I can see that for the svn_auth.h, however I don’t see how rerunning > autogen.h will change the order of the includes in swigutil_pl.c? What should > the proper fix for that be? Why exactly did you need to do that? I have no problem building t

Re: Shared branch vs single branch

On 9/23/13 1:04 PM, C M wrote: > But coming back to my original question: Are there any potential gotchas with > using a single/shared branch? For now, that's the only change the team (and > leadership) is looking to as the "solution". In my opinion there isn't a single answer to this question.

Re: SVN Copy now fails with 424 FailedDependency

On 8/21/13 12:27 PM, Ben Reser wrote: > Okay that isn't a duplicate. The fix for PR 55304 removed the check > for the parent of the copy but not the check for the locks. That's > going to be a lot messier of a fix. Turns out it wasn't so bad of a fix, but it took som

Re: SVN Blame Returns Corrupt Data

On 10/10/13 12:17 PM, T.J. Perovich wrote: > On Thu, Oct 10, 2013 at 2:27 PM, Ryan Schmidt > wrote: >>Sounds like you've converted the file from UTF-8 to UTF-16. > > Thanks, you're absolutely right. It changed from UTF-8 to UTF-16LE. > > Any idea how to

Re: SVN Blame Returns Corrupt Data

On 10/11/13 9:22 AM, Branko Čibej wrote: > You'd have to extend Subversion's file type detection to detect UTF-16. > See svn_io_detect_mimetype2 in line in this file: > > http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_subr/io.c?view=markup > Subversion currently only looks at

Re: SVN Blame Returns Corrupt Data

On 10/11/13 10:25 AM, Stefan Sperling wrote: > Couldn't Subversion automatically convert UTF-16 files to UTF-8 before > processing them for diff/merge/blame, and convert output written to > the original files back to UTF-16? That's what the patch I pointed out did. Nobody seemed to object to the

Re: AuthType Basic (with ext LDAP)

On 10/18/13 10:01 AM, Naumenko, Roman wrote: > What I noticed is that svn server making a request for each svn URI or > operation, which neither LDAP server likes nor users that could be > waiting for their turn to be authenticated and see delays in svn server > response. > > Could somebody poi

Re: AuthType Basic (with ext LDAP)

On 10/18/13 12:46 PM, Naumenko, Roman wrote: > But there are still checks (or maybe this is just info log) against > access-file for each path in repository. > Is it something expected or enabled somewhere by default? > > [Fri Oct 18 15:35:52 2013] [info] [client 10.11.11.18] Access granted: > '

Re: malformed argument re-use in svn_client_url_from_path2

On 10/24/13 11:44 AM, Maximo, Andre (GE Global Research) wrote: > void CVCS::svnURLPath(CString& urlPath, const CString &fullPath) > > { > > apr_pool_t *local_pool = svn_pool_create(m_svn_pool); > > const char *url = NULL; > > svn_error_t *err = svn_client_url_from_path2(&url, fullPath, m

Re: malformed argument re-use in svn_client_url_from_path2

On 10/24/13 11:44 AM, Maximo, Andre (GE Global Research) wrote: > void CVCS::svnURLPath(CString& urlPath, const CString &fullPath) > > { > > apr_pool_t *local_pool = svn_pool_create(m_svn_pool); > > const char *url = NULL; > > svn_error_t *err = svn_client_url_from_path2(&url, fullPath, m

Apache Subversion 1.8.4 released

http://www.apache.org/dist/subversion/subversion-1.8.4.zip.asc For this release, the following people have provided PGP signatures: Ben Reser [4096R/16A0DE01] with fingerprint: 19BB CAEF 7B19 B280 A0E2 175E 62D4 8FAD 16A0 DE01 Bert Huijben [4096R/CCC8E1DF] with fingerprint: 3D1D C66D

Re: E120104: ra_serf: An error occurred during decompression

On 10/29/13 1:48 PM, Jeff Dege wrote: > ra_serf: An error occurred during decompression This looks to be another case of the ZLib assembly optimizations as described here: https://mail-archives.apache.org/mod_mbox/subversion-dev/201309.mbox/%3C003c01ceaf28%24aab563d0%2400202b70%24

Re: Subversion 1.7.13 mod_dav_svn with mod_wsgi auth causes Apache segfaults

On 10/30/13 10:23 AM, Howard, Larry P wrote: > Is there something more I can do to help clarify the report? Debug builds of httpd, mod_wsgi, and Subversion. Run httpd under a debugger and post the backtrace of the segfault. For the most part you can just do: gdb -args httpd -X -f httpd.conf Onc

Re: Windows file:/// URL format for svnsync

On 10/30/13 1:08 PM, David Goldsmith wrote: > Hi! I can't seem to get the formatting for my source repository name--which > is > a Windows directory--correct for svnsync: I've tried forward slashes and > backslashes, quotes and no quotes, relative path and absolute path--nada. My > repository, i

Re: Subversion 1.7.13 mod_dav_svn with mod_wsgi auth causes Apache segfaults

On 10/30/13 12:12 PM, Philip Martin wrote: > Subversion's translate_name hook is setting r->filename to NULL and it > appears that mod_wsgi does not check for NULL. Thanks Philip. When I made this change I expected that other modules would be ok with r->filename being NULL. I guess that's not th

Re: What's version swig of subversion used for bindings, I wanna swig-svn python 3.0 binding.

On 10/31/13 10:23 AM, Yonggang Luo wrote: > Did subversion has any plan about this, if I wanna to support for python 3, > what I need to do if subversion didn't support it yet? Current recommend version of SWIG is 2.0.9 (though I have no reason to believe that 2.0.10 or 2.0.11 have problems, just

Re: Subversion 1.7.13 mod_dav_svn with mod_wsgi auth causes Apache segfaults

On 10/30/13 5:57 PM, Ben Reser wrote: > On 10/30/13 12:12 PM, Philip Martin wrote: >> Subversion's translate_name hook is setting r->filename to NULL and it >> appears that mod_wsgi does not check for NULL. > > Thanks Philip. When I made this change I expected tha

Re: Segmentation fault in webdav after upgrading to 1.7 on CentOS - Need new ideas

On 11/1/13 9:20 PM, Erwin Hogeweg wrote: > We upgraded subversion from 1.6 to 1.7, but can't get the WebDAV online > anymore. As far as we can see everything appears to be set up correctly. Would > appreciate if somebody could give a pointer or two on how to debug this > further. Give the patch h

Re: IPv6 URL support in SVN? v1.8.4 works with IPv4, not with IPv6

On 11/2/13 10:48 AM, d...@sent.com wrote: > reading @ > > @ > > http://www.wandisco.com/svnforum/threads/54273-svn-error-when-checkout-from-ipv6-url > > IPv6 support is (?) in svn v>1.8 That post is actually not particularly helpful. It looks like there was a regression at some poi

Re: svnserve crashes in libdispatch on OS X Mavericks (10.9) server

On 11/1/13 12:52 PM, Tony Piselli wrote: > Upgraded to 10.9 server and reinstalled macports (2.2.1) and subversion, > version 1.8.4. Can't use subversion locally or with svnserve from another > client. Here's the svnserve crash report: I think you should report this to macports. I built 1.8.4 o

Re: svnserve crashes in libdispatch on OS X Mavericks (10.9) server

On 11/2/13 11:03 PM, Ryan Schmidt wrote: > He already reported the problem to us at MacPorts. We told him to report it > here because we don’t think it’s a MacPorts-specific problem. > > https://trac.macports.org/ticket/41112 Thanks for the reference. If it's not reproducible in general for peo

Re: Segmentation fault in webdav after upgrading to 1.7 on CentOS - Need new ideas

On 11/3/13 4:02 PM, Erwin Hogeweg wrote: > Thanks for the response. It looks like applying the patch solved the problem. > I > am able to connect to the repo again. Pfew. Glad to help. Something roughly equivalent to that patch will be included in the next release. So you shouldn't need that pa

  1   2   3   >