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:

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

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

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

Re: symlinks on Windows

On 11/5/13 8:52 AM, Randy Defauw wrote: > Any thoughts regarding supporting symlinks on Windows? Windows has supported > symlinks since Vista: > > http://msdn.microsoft.com/en-us/library/windows/desktop/aa365680(v=vs.85).aspx > > Supporting cross-platform symlinks where possible will ease some c

Re: NOT RESOLVED: SVN copy that worked in 1.8.0 now fails with (424 FailedDependency)

On 11/7/13 4:31 PM, Geoff Field wrote: > Sorry to dredge up an old thread, but this issue is NOT really resolved > properly. (Also, I noticed a post that said that this would be treated more > seriously if it was brought up again without the "RESOLVED" tag.) Not sure what you mean by this. The

Issues with mod_dav in httpd 2.2.25 and 2.4.6

The current releases of httpd (at the time of writing this email) have two issues when used with Subversion. At this point httpd doesn't release very often leaving some users with an unfortunate choice to leave their httpd unpatched from some security issues fixed by those releases or to deal with

Re: NOT RESOLVED: SVN copy that worked in 1.8.0 now fails with (424 FailedDependency)

On 11/7/13 6:37 PM, Geoff Field wrote: > I'm just trying to bump the priority again, given our circumstances. Consider it bumped. :) > So is it just mod_dav*.so that's affected? Correct, this is only applicable to DAV. You won't see this problem if you're using svnserve and it doesn't impact th

Re: NOT RESOLVED: SVN copy that worked in 1.8.0 now fails with (424 FailedDependency)

On 11/7/13 9:55 PM, Ben Reser wrote: > Putting my own corporate hat on for a moment here. WANdisco binaries that > come > with httpd should be patched as well. I need to ask the individual that > builds > them to verify for sure. If you find that they are not let me know and

Re: Issues with mod_dav in httpd 2.2.25 and 2.4.6

On 11/7/13 9:46 PM, Ben Reser wrote: > I believe some binary packages have included these patches already. But I'm > not sure which ones have and have not. Hopefully those vendors can respond > here to note that. Note that the patches are against httpd and not SVN so if > t

ssh vulnerability that has potential impacts to Subversion users

OpenSSH released a fix for a memory corruption with AES-GCM ciphers in OpenSSH 6.2 and 6.3. Their advisory is here: http://www.openssh.com/txt/gcmrekey.adv If you're using Subversion in a svn+ssh:// configuration that restrictions on the command being run using the command field in the authorized

Re: Method not allowed exception

On 11/14/13 2:07 AM, Stefano Fraccaro wrote: > while upgrading the subversion repository to version 1.8.4 the external > technician has also changed the folder name without notice. I lost many hours > because I haven't understood immediately that "method not allowed" means "url > not found" (in

Re: svnmucc

On 11/16/13 8:38 AM, Blair Zajac wrote: > The reason to support this syntax with command and arg on separate lines is to > support files with whitespaces in the names, which wouldn't be possible wit > the > syntax of command and arg on a single line. Yet another thing to add to the list of code t

Re: Method not allowed exception

On 11/17/13 2:12 PM, Geoff Field wrote: > Sorry for top-posting, but although Brane is right, he's not being as helpful > as he could. > > Stefano, I had pretty much the same issue. A workaround is to only do > actions (other than Commit) on unlocked working copies. That is, before > doing a

Re: Looking into using Subversion

On 11/18/13 7:54 AM, Chris Shelton wrote: > I would suggest looking at the SVN::Notify::Mirror perl module: > http://search.cpan.org/~jpeacock/SVN-Notify-Mirror-0.040/lib/SVN/Notify/Mirror.pm > > It includes a Perl script that is intended for using within a > post-commit hook script to perform upd

Re: Empty rpath when attempting make swig-py

On 11/16/13 8:53 PM, jason mazzotta wrote: > Hi, > I am trying to build the swig python bindings for subversion on Mac OS X. > I downloaded source for subversion from here: > > http://opensource.apple.com/release/os-x-109/ I don't see Subversion listed on that site. However my guess would b

Re: MOD_DAV_SVN + SVNSERVE_WRAPPER + file system rights

On 11/21/13 10:37 AM, sbre...@hotmail.com wrote: > 1. Any user accessing Subversion has to be authenticated against the Unix > password database. Works. > 2. Before we hit the Subversion module I would like to authorize the user > against the file system. Does not work. > > I have repositories l

Re: MOD_DAV_SVN + SVNSERVE_WRAPPER + file system rights

On 11/22/13 2:56 PM, Daniel Shahaf wrote: > Might not be a bad idea then to make the artificial/invalid > request_rec.filename value look less like a URL then? Just in case it > ends up in someone's "(gdb) p" output, or in a log file, etc. > > For example, "svn+invalid:/usr/local/svn/ppt/trunk".

Re: MOD_DAV_SVN + SVNSERVE_WRAPPER + file system rights

On 11/22/13 3:20 PM, Daniel Shahaf wrote: > How about "dav_svn:/" then? That's consistent with mod_proxy's > precedent you cite and not similarly-confusing to the "svn://" URL > scheme. Yeah I probably should have used that but it's a little late for that since the release is already rolled and a

Apache Subversion 1.7.14 released

.7.14.tar.bz2.asc http://www.apache.org/dist/subversion/subversion-1.7.14.tar.gz.asc http://www.apache.org/dist/subversion/subversion-1.7.14.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

Apache Subversion 1.8.5 released

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

Re: Experiencing issue where CPU is pinned at 100% - more info

On 11/22/13 2:29 PM, Dave Kelsey wrote: > Software version 4.0.2-3732.117 What is this a software version of? You didn't mention what version of Apache httpd you're using. Though I'm guessing 2.4.x given the log message codes you gave below. It's possible this is ac

Re: How to prevent casual browsing

On 12/1/13 6:39 AM, Peter Flynn wrote: > I have a number of svn repositories running under Apache+subversion on > CentOS6/64, with Submin to provide a web GUI to manage them: > > server.name/svn/foo > server.name/svn/bar > server.name/svn/blort > etc > > All of them are private; all but one

Re: Linux svn clients > 1.7 have issues operating on WC which physically lives on Windows shares

On 12/4/13 12:59 PM, Adam Daughterson wrote: > Prior to upgrading to WanDisco svn client 1.7.x I was able to operate on > working copies which physically live on Windows shares. After the upgrade, I > get the following error when trying to do a fresh checkout: > > me@here:tmp$ svn co http://myThi

Re: Unable to open repository following reboot

On 12/4/13 12:52 PM, Pat Haley wrote: > - > (trying local access) > - > > mseas(PaperWork)% svn update > svn: Unable to open an ra_local session to URL > svn: Unable to open repository > 'file:///home/phaley/Papers/2011/ArpitVel/SvnPaper' > svn: disk I/O er

Re: svn merge output: "R"

On 12/5/13 9:29 AM, C M wrote: > Hello. > > I ran "svn merge --reintegrate --dry-run" against branch. As part of the > dry-run preview, several files are marked with: > > Rpath-to-file\src\Update.c > > What does the "R" mean? I haven't encountered it before. Can someone please > explain? > T

Re: size of .svn/pristine directory (svn 1.7.x)

On 12/10/13 5:28 AM, Branko Čibej wrote: > The correct English term is "reclaim". We should review our release notes more > diligently. :) Agreed. Fixed in r1549892.

Re: Subversion 1.8 httpd.exe taking 100% CPU

On 8/20/13 3:15 AM, Ivan Zhakov wrote: > But from what I see process is stuck in > libaprutil-1.dll!7489fc50(), given the last message in debug > log is "auth_ldap authenticate: using URL" it most likely problem with > communication with LDAP server (ldap protocol implemented in > libapr-ut

Re: Update-Only Checkout Enhancement

On 12/11/13 7:46 AM, Mark Kneisler wrote: > Yes, I understand the export function. I want functionality for release > management into test and production environments. > > For these environments I have a few requirements: > Files in these environments will NEVER be edited > For new

Re: Update-Only Checkout Enhancement

On 12/11/13 9:47 AM, Les Mikesell wrote: > Within reasonable limits it doesn't cost anything more to send more > network traffic. But the cost of client disks scales up by the > number of clients. Sometimes you can get by mounting a network disk > into all the clients, but then performance suff

Re: Update-Only Checkout Enhancement

On 12/11/13 5:10 PM, Les Mikesell wrote: > Not exactly. Network traffic is generally bursty. Clients rarely > spend 100% of their time checking out files, so a very large number > could share a local network even if they always deleted their > workspaces and checked out fresh copies. But when st

Re: Update-Only Checkout Enhancement

On 12/11/13 7:16 PM, Les Mikesell wrote: > I guess I don't understand why it couldn't be as simple as having the > library get a pristine copy on demand if some operation needs it. The original wc code had almost no abstraction around the pristines (as far as I can recall, it's been a long time si

Re: Bug report on SVN 1.8.3 Cannot allocate Memory

On 12/12/13 2:12 PM, Nguyen, Quyen wrote: > Looking into the subversion error_log and it appears it point to the memory > > [Mon Nov 18 17:28:53 2013] [error] [client 10.20.36.51] Can't start process > '/data00start-commit': Cannot allocate memory [500, #12] That is an OS error. Subversion

Re: Slow VM, svn client drops connection with FIN packet

On Mon Dec 16 07:56:32 2013, Stuart MacDonald wrote: > > I am seeing exactly this > issue: https://groups.google.com/forum/#!topic/subversion_users/AZ4M62Qwmjc > but do not find a bug report for it in the database. The linked bug is for > something similar but unrelated. Can I file this? > > ...Stu

Re: Slow VM, svn client drops connection with FIN packet

On 12/16/13 11:08 AM, Stuart MacDonald wrote: > svn is 1.7.7 (we are not planning to upgrade for some time) This doesn't help with your issue but if you need ammo to convince IT to upgrade: https://subversion.apache.org/security/CVE-2013-4131-advisory.txt If it's a distribution package it might

Re: How to prevent casual browsing

On 1/1/14, 11:55 AM, Peter Flynn wrote: > Apparently so; and this appears to be new (recent) behaviour. Quite why svn > believes it needs to check the permissions one level above where it was told > to > go is unclear to me, but I'm sure wiser heads have thought this one through. This is actually

Re: Keyword expansion from merged changes

On 1/2/14, 7:16 PM, James Hanley wrote: > I've used the Rev keyword in some of our code, and we noticed that there may > be > a use case gap for the Rev/Revision and possibly Id keyword. > > As expected the keyword gets updated with any checkin, but there may be a need > to have a merge-history a

Re: Keyword expansion from merged changes

On 1/3/14, 8:59 AM, James Hanley wrote: > Can you expand on this - I am missing where the preceding differences would be > an issue. From what I can see, if there is a delta, it is either the result > of > direct modification or a merge - if the former, that would be the rev > expanding > the ke

Re: corrupt data with svn 1.7.14?

On 1/4/14, 6:14 AM, Vincent Lefevre wrote: > On 2014-01-04 14:46:54 +0100, Vincent Lefevre wrote: >> I've reported the following bug in the Debian BTS: >> >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734163 >> >> I first thought it could be due to some problem with the binNMU, >> but the p

Re: what do I hash to get .subversion/auth/svn.simple file name?

On 1/6/14, 11:40 AM, Tristan Slominski wrote: > Given ~/.subversion/auth/svn.simple/5671adf2865e267db74f09ba6f872c28 with the > contents of: > > K 8 > username > V 3 > joe > K 8 > password > V 4 > blah > K 15 > svn:realmstring > V 45 > Joe's repository > END > > What

Re: Reverse blame?

On 1/7/14, 10:27 AM, Benjamin Fritz wrote: > I wanted to find the revision where a certain line got removed from a > file. Taking a hint from "svn diff" and "svn merge", I tried doing an > "svn blame" with the revision range backwards. I just get an error: > > svn: E195002: Start revision must pre

  1   2   3   >