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 allow chunked requests b

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

Problem committing 1.8 client to 1.8 server

I'm having problems committing from my 1.8.X client to a 1.8.3 server. When I try to commit, I get the following error: svn: E175013: Commit failed (details follow): svn: E175013: POST of '/svn/!svn/me': 403 Forbidden () I've checked with both 1.8.1 and 1.8.3. The Apache logs show the following:

Re: Push ?

On Mon, Sep 16, 2013 at 2:53 PM, Dan White wrote: > The described solution is one we already use within our network space, but > Security will not allow a connection from DMZ to the internal SVN server. > It violates the whole purpose of having a DMZ in the first place. > There is always the tric

Re: Push ?

The described solution is one we already use within our network space, but Security will not allow a connection from DMZ to the internal SVN server.It violates the whole purpose of having a DMZ in the first place.“Sometimes I think the surest sign that intelligent life exists elsewhere in the unive

svn-crash-log

svn-crash-log20130916120142.log Description: Binary data

Re: Push ?

On 9/15/2013 11:32 AM, Dan White wrote: The issue is that the client end of the transaction is in a DMZ A connection from a DMZ to one’s internal network is a very high security risk. What I was hoping for was a way to define a very specific connection from the Subversion server to the DMZ clien

Re:Re: the question of create a version of the library that contains chinese

Thanks very much for your early reply. The infomations of The Apahce error log(/var/log/httpd/error_log) is as follows, [Mon Sep 16 08:21:26 2013] [error] [client 192.168.232.1] (20014)Internal error: Can't convert string from 'UTF-8' to native encoding: [Mon Sep 16 08:21:26 2013] [error] [client

RE: Push ?

> Guten Tag Dan White, > am Sonntag, 15. September 2013 um 17:32 schrieben Sie: > > > Searching for a solution found one possibility: Check out a copy on > > the subversion server and then rsync to the final client destination. > > How is rsync more secure than accessing the client using SSH and

Re: SVN merge attempting to reintegrate on a merge to a branch

Hi Stefan, I tried the fix below and it solved the issue of the truncated path in the missing ranges section: $ svn merge ^/trunk/my_project . svn: E195016: Reintegrate can only be used if revisions 4401 through 4598 were previously merged from https://our.svn.servername/REPO/branches/my_project/

Re: SVN merge attempting to reintegrate on a merge to a branch

Hi Stefan, That makes sense, my understand of the process was a bit off but I see what you mean. I'm currently looking to test the fix you sent for the client. I will respond as soon as I have tested it. Many Thanks for your help, Stefan On 16/09/2013 15:33, "Stefan Sperling" wrote: >On Mon,

Re: SVN merge attempting to reintegrate on a merge to a branch

On Mon, Sep 16, 2013 at 12:06:46PM +, Goor, Stefan wrote: > I think the fact the error related to doing a reintegrate merge is also > wrong. Given that the merge was from a trunk project (that the branch was > created from) to the the branch, should it not have been attempting a > regular merg

Re: SVN merge attempting to reintegrate on a merge to a branch

On Mon, Sep 16, 2013 at 11:51:30AM +, Goor, Stefan wrote: > Sorry for that, I should have spotted the missing slash! The local merge > gave the same result: > > C:\Users\Administrator\my_project_branch>C:\csvn\bin\svn merge > "file:///C:/csvn/data/r > epositories/REPO/trunk/my_project" . > sv

Re: the question of create a version of the library that contains chinese

On Mon, Sep 16, 2013 at 9:38 AM, lsl6631 wrote: > Hi，I want to know if SVN (be installed on Redhat linux 5.3) support to > create a version of the library that contains chinese ? > > > > I have installed ths svn via the order below, > > yum install httpd httpd-devel subversion mod_dav_svn. > > >

the question of create a version of the library that contains chinese

Hi，I want to know if SVN (be installed on Redhat linux 5.3) support to create a version of the library that contains chinese ? I have installed ths svn via the order below, yum install httpd httpd-devel subversion mod_dav_svn. Finally I have try to visit the library address via IE, and displaye

Re: SVN merge attempting to reintegrate on a merge to a branch

Hi Stefan, In your earlier email you mentioned: >We want to know why you are seeing: > >> Missing ranges: /trunk/my_projec:4485 > >which lacks a trailing 't' in the path name. > >That's the only obviously wrong thing in your problem report. I think the fact the error related to doing a rein

Re: SVN merge attempting to reintegrate on a merge to a branch

Hi Stefan, On 16/09/2013 12:41, "Stefan Sperling" wrote: >On Mon, Sep 16, 2013 at 11:31:09AM +, Goor, Stefan wrote: >> Hi Stefan, >> >> Thanks for your email. >> >> The out put of those commands is below: >[...] > >Assuming the output was sanitised correctly, it looks ok. Yes I sanitise

Re: SVN merge attempting to reintegrate on a merge to a branch

On Mon, Sep 16, 2013 at 11:31:09AM +, Goor, Stefan wrote: > Hi Stefan, > > Thanks for your email. > > The out put of those commands is below: [...] Assuming the output was sanitised correctly, it looks ok. > I tried to run the checkout on the server using the file:// protocol but > it won

Re: SVN merge attempting to reintegrate on a merge to a branch

Hi Stefan, Thanks for your email. The out put of those commands is below: $ svn propget svn:mergeinfo ^/trunk/my_project /branches/my_project/features/other_branch_1:3057-3653 /branches/my_project/features/other_branch_2:2197-3641 /branches/my_project/features/other_branch_3:3774-3932 /branches/

Re: SVN merge attempting to reintegrate on a merge to a branch

On Mon, Sep 16, 2013 at 10:03:36AM +, Goor, Stefan wrote: > I'm not sure I understand what you mean by "Does the corruption happen > also if you use file:// URLs on the server during checkout/merge, instead > of http:// ?". Our SVN server is remote to our development machine so the > only way

Re: SVN merge attempting to reintegrate on a merge to a branch

Hi Stefan, I just saw your message so I won't post to the dev list just yet. These are the details I was going to post: --START-- We are using Apache 1.8.0 clients, CollabNet Subversion native binaries 1.8.1 (and CollabNet Subversion Edge 4.0.1). I am working on OSX 10.8.4 and

Re: SVN merge attempting to reintegrate on a merge to a branch

On Fri, Sep 13, 2013 at 04:16:17PM -0400, Andrew Reedick wrote: > > -Original Message- > > From: Goor, Stefan [mailto:sg...@thetasgroup.com] > > Is this a bug? Is it something we are doing wrong? Is there any > > information we could send that would help diagnose and prevent the > > issue

Re: SVN merge attempting to reintegrate on a merge to a branch

Hi Andrew, I think it's a problem in the 1.8 client. I tested doing the merge with the same branch using a 1.6 SVN client for the checkout and the merge and it did not encounter any issues or complain about missing revisions. This leads me to believe that it is a bug and not just a presentation