Re: Error | svnauthz: E220003: Section appears more than once in the authz file: [groups]

On Fri, Apr 19, 2024 at 3:32 PM BK wrote: > If the parser behaves like this in version 1.14, I take it as a given. > I would be interested to know the reasons for this change? > The parsing change was actually made in 1.10. It was done in order to implement "wildcarding" in path-based AuthZ [0].

Re: Error | svnauthz: E220003: Section appears more than once in the authz file: [groups]

If the parser behaves like this in version 1.14, I take it as a given. I would be interested to know the reasons for this change? From the per repository point of view it didn't really help the clarity. But maybe there are more important reasons for the change. Unfortunately, I don't have the expe

Re: Error | svnauthz: E220003: Section appears more than once in the authz file: [groups]

Den ons 17 apr. 2024 kl 15:32 skrev BK : > Hello Pavel, > > That is the question. > Is it possible in version 1.14 to keep this format > (per repository) as it is possible in version 1.8? > I think this is clearer with a large number > of repositories on the server. > The code as it is now seems t

Re: Error | svnauthz: E220003: Section appears more than once in the authz file: [groups]

Hello Pavel, That is the question. Is it possible in version 1.14 to keep this format (per repository) as it is possible in version 1.8? I think this is clearer with a large number of repositories on the server. Regards, Bernhard Am 17.04.24 um 14:16 schrieb Pavel Lyalyakin: On Wed, 17 Apr 20

Re: Error | svnauthz: E220003: Section appears more than once in the authz file: [groups]

On Wed, 17 Apr 2024 at 15:08, BK wrote: > > Hello, > > After the change from Subversion 1.8 to 1.14 on my server > the access rights definitions in the svn_access_file > no longer work. > The following error message appears: > [authz_svn:error] Failed to load the mod_authz_svn config: Error while

Re: Error report: wc_db.c line 10238: assertion failed (svn_dirent_is_absolute(local_abspath))

On Wed, Aug 19, 2020 at 10:38 AM Alessandro Garberi wrote: > > Hello, > I received this error using TortoiseSVN Project Monitor (latest TortoiseSVN > version 1.14.0) on Windows 7 64-bit fully updated. > I found a similar report, so I replied to it. > > Probably this is the condition: > - using a

Re: Error report: wc_db.c line 10238: assertion failed (svn_dirent_is_absolute(local_abspath))

Hello, I received this error using TortoiseSVN Project Monitor (latest TortoiseSVN version 1.14.0) on Windows 7 64-bit fully updated. I found a similar report, so I replied to it. Probably this is the condition: - using a VPN to connect to SVN repository - Project Monitor dialog was open - PC went

Re: error 'Network connection closed unexpectedly' while svn update

On 09.12.2019 13:54, Detlef Braungardt wrote: > Hi Nathan, > > > thanks for your information. > > I tried the TortoiseSVN version 1.13.1 now. But the failure persists. The issue Nathan linked to was a server-side problem, changing the client version would not be expected to make a difference. >

Re: error 'Network connection closed unexpectedly' while svn update

Hi Nathan, thanks for your information. I tried the TortoiseSVN version 1.13.1 now. But the failure persists. It is not so easy to update the subversion version on the server. This is a production system. I will try to set up a test system and repeat the test. And then I will send you an anw

Re: error 'Network connection closed unexpectedly' while svn update

On Thu, Dec 5, 2019 at 1:30 PM Detlef Braungardt wrote: > we use TortoiseSVN for our development. > > But in a special situation we get an error 'Network connection closed > unexpectedly' during a svn update. The steps to reproduce the situation is > writed down in the Google Groups thread. > I

Re: error 'Network connection closed unexpectedly' while svn update

On Thu, Dec 5, 2019 at 1:30 PM Detlef Braungardt wrote: > we use TortoiseSVN for our development. > > But in a special situation we get an error 'Network connection closed > unexpectedly' during a svn update. The steps to reproduce the situation is > writed down in the Google Groups thread. > I

Re: Error creating a new repository

On Mar 8, 2019, at 08:46, Carson, Keona (NE) (CNV) wrote: > Receiving an error creating a new repository, getting a ‘device attached to > the system is not functioning properly’. Are there non-issues with McAfee VSE > 8.8 or VSES? I'm not sure if there are known issues with those specific vi

Re: Error with svn

On 20.12.2018 11:31, Руслан Самигуллин wrote: > Hello! > > I have a problem with svn. The problem appears when I run svn.exe. I have > Windows 10 x64, and this problem appears in Win10 x32. > > The text from the console window is reduced below: > > svn: warning: cannot set LC_CTYPE locale > svn: w

Re: Error: Could not access revision times

Nathan Hartman wrote on Fri, 09 Nov 2018 09:27 -0500: > On Thu, Nov 8, 2018 at 4:24 PM Daniel Shahaf wrote: > > > It's a wild guess but perchance it's a 'svn co ${URL}@{DATE}' and the > > binary search (to resolve {DATE} to a number) is failing due to authz? > > > > Or due to non-chronological c

Re: Error: Could not access revision times

On Thu, Nov 8, 2018 at 4:24 PM Daniel Shahaf wrote: > It's a wild guess but perchance it's a 'svn co ${URL}@{DATE}' and the > binary search (to resolve {DATE} to a number) is failing due to authz? > Or due to non-chronological commits? (Just another wild guess.)

Re: Error: Could not access revision times

Mark Phippard wrote on Wed, 07 Nov 2018 08:20 -0500: > Yes, the user that got this error was using SVNKit. I do not know if it > was via Jenkins, Eclipse or something else and that is why I am not sure > what the command was. I asked to recreate using SVN command line so we > could better underst

Re: Error E145001

Hi Brane, thank you for quick response. Unfortunately I cannot update to newer Subversion. I have removed it without the --keep-local parameter Thanks, Dan On 2018/11/06 14:41:01, Branko Čibej wrote: > On 06.11.2018 13:29, xxsa...@seznam.cz wrote: > > Hello, > > I am trying to remove symbolic l

Re: Error: Could not access revision times

On Wed, Nov 7, 2018 at 8:16 AM Pavel Lyalyakin < pavel.lyalya...@visualsvn.com> wrote: > Hello, > > On Wed, Nov 7, 2018 at 4:10 PM, Mark Phippard wrote: > > > > Anyone seen this error before? This is in the Apache error logs and not > sure what it means: > > > > [dav:error] Could not access revi

Re: Error: Could not access revision times

Hello, On Wed, Nov 7, 2018 at 4:10 PM, Mark Phippard wrote: > > Anyone seen this error before? This is in the Apache error logs and not sure > what it means: > > [dav:error] Could not access revision times. [500, #175002] > > Searching at svn.haxx.se only finds the commit where the message was

Re: Error E145001

On 06.11.2018 13:29, xxsa...@seznam.cz wrote: > Hello, > I am trying to remove symbolic link that is currently under version control > but with keeping it in the file system. I try to do it like this: > svn delete --keep-local xyz > > When now trying to commit this change, I get following error: >

Re: error

On Oct 24, 2018, at 13:00, Keith Wentworth wrote: > I got this error when I was updating my working copy: > > > D:\Development\SVN\Releases\TortoiseSVN-1.8.7\ext\subversion\subversion\libsvn_wc\wc_db_update_move.c' > line 1039: assertion failed (move_dst_revision == expected_move_dst_revision

Re: Error report: wc_db.c line 1648: assertion failed (SVN_IS_VALID_REVNUM(changed_rev))

On Thu, Aug 23, 2018 at 8:53 PM Nathan Hartman wrote: > On Thu, Aug 23, 2018 at 9:46 AM Christoph Hannebauer > wrote: >> I have not subscribed to the users mailing list, so please CC me in this >> thread. >> >> My SVN crashed with this error message: >> 'D:\Development\SVN\Releases\TortoiseSVN-

Re: Error report: wc_db.c line 10238: assertion failed (svn_dirent_is_absolute(local_abspath))

On Fri, Aug 3, 2018 at 11:59 AM Lukner, Benjamin wrote: > > Hi, > > I couldn’t find an error report for that code line so I’d like to report it. > > I’m using TortoiseSVN-1.10.1.28295-x64-svn-1.10.2 on a german Win7 SP1 Pro > 64Bit with latest patches. > > I opened the log of a checked-out projec

Re: Error connecting to svn.apache.org

Paul Hammant wrote on Sun, 02 Sep 2018 19:30 +: > I'm not sure if there's a online definitive error guide for Svn, but > if there is the page for E170013 could be enhanced to suggest "check > your darn proxy settings in ~/.subversion/servers, fool" (or less > Paul-centric language). We should

Re: Error connecting to svn.apache.org

> This does not so much force IPv4 as it breaks name-based virtual hosts > on the server ... which is obvious from the bogus redirect. Yup, I guessed as much too. I just pasted it in because I'd seen it offered as advice online somewhere.

Re: Error connecting to svn.apache.org

On 02.09.2018 21:22, Paul Hammant wrote: > I'd already tried something similar, but will paste in the result: > > $ svn log http://209.188.14.144/repos/asf/synapse/trunk/ > Redirecting to URL 'https://dist.apache.org/repos/asf/synapse/trunk': > svn: E170013: Unable to connect to a repository

Re: Error connecting to svn.apache.org

I'm not sure if there's a online definitive error guide for Svn, but if there is the page for E170013 could be enhanced to suggest "check your darn proxy settings in ~/.subversion/servers, fool" (or less Paul-centric language).

Re: Error connecting to svn.apache.org

Dammit, false alarm - there was a proxy definition in there just for svn.apache.org :-( :-(

Re: Error connecting to svn.apache.org

Hmmm, OK this shifts the problem: mv ~/.subversion ~/.subversionOLD I mean doing the log operation after that now works as expected. - Paul

Re: Error connecting to svn.apache.org

I'd already tried something similar, but will paste in the result: $ svn log http://209.188.14.144/repos/asf/synapse/trunk/ Redirecting to URL 'https://dist.apache.org/repos/asf/synapse/trunk': svn: E170013: Unable to connect to a repository at URL 'https://dist.apache.org/repos/asf/synapse/

Re: Error connecting to svn.apache.org

On 02.09.2018 21:04, Paul Hammant wrote: > For svn 1.10.2, when I do: > >     $ svn log http://svn.apache.org/repos/asf/synapse/trunk > > it results in: > >     svn: E170013: Unable to connect to a repository at URL > 'http://svn.apache.org/repos/asf/synapse/trunk' >     svn: E120108: Error running

Re: Error report: wc_db.c line 1648: assertion failed (SVN_IS_VALID_REVNUM(changed_rev))

On Thu, Aug 23, 2018 at 9:46 AM Christoph Hannebauer < christoph.hanneba...@glueckkanja.com> wrote: > I have not subscribed to the users mailing list, so please CC me in this > thread. > > > > My SVN crashed with this error message: > > > 'D:\Development\SVN\Releases\TortoiseSVN-1.10.1\ext\subvers

Re: error message

On Dec 13, 2017, at 09:09, Sal Palumbo wrote: > Error message when attempting to update subversion on local machine. > Any help would be much appreciated, > Thanks, > Sal > > --- > Subversion Exception! > --- > Subversion encountered a serious pro

Re: Error E140001: Sum of subblock sizes larger than total block content length

> *From:* Ronald Taneza [mailto:ronald.tan...@gmail.com] > *Sent:* dinsdag 21 november 2017 15:44 > *To:* users@subversion.apache.org > > I got the error below while running "svnadmin load -M 0" to load a dump > file created by "svnrdump dump". > >   svnadmin: E140001: Sum of subblock sizes lar

Re: Error E140001: Sum of subblock sizes larger than total block content length

Ronald Taneza wrote on Tue, 21 Nov 2017 15:43 +0100: > Checking the dump file produced by svnrdump (svn version 1.8.19), I noticed > that the Content-length for the 2GB file is a negative value! > The expected Content-length value is (prop-content length + > text-content-length) = 2238208388. > But

Re: Error E160016 "... is not a directory in filesystem ..."

Also, this is not consistent, unless future commits have an influence on the following command: joooj:~> svn ls -r99809 file:///srv/d_joooj/home/svn/root/perso/tcl/fidelite@99808 svn: E160016: Failure opening '/perso/tcl/fidelite' svn: E160016: '/perso/tcl' is not a directory in filesystem '9975

Re: Error E160016 "... is not a directory in filesystem ..."

On 2017-11-01 14:42:32 +, Daniel Shahaf wrote: > Vincent Lefevre wrote on Wed, 01 Nov 2017 01:06 +0100: > > Additional information: > > > > svn log -rHEAD:1 svn+ssh://mysvn/perso/tcl/fidelite@103183 > > > > works, but > > > > svn log -rHEAD:1 svn+ssh://mysvn/perso/tcl/fidelite@103182 > >

Re: Error E160016 "... is not a directory in filesystem ..."

Vincent Lefevre wrote on Wed, 01 Nov 2017 01:06 +0100: > Additional information: > > svn log -rHEAD:1 svn+ssh://mysvn/perso/tcl/fidelite@103183 > > works, but > > svn log -rHEAD:1 svn+ssh://mysvn/perso/tcl/fidelite@103182 > > yields the error. > > r103183 is just a change of the contents o

Re: Error E160016 "... is not a directory in filesystem ..."

On 2017-11-01 09:38:43 +0100, Johan Corveleyn wrote: > Most likely, /perso/tcl@103182 is not the same node as > /perso/tcl@103183 and /perso/tcl@103181. I suppose you should be able > to see this in the history, with an 'svn log -v' of the root > directory: 103182 should show an 'R' for /perso/tcl,

Re: Error E160016 "... is not a directory in filesystem ..."

On Wed, Nov 1, 2017 at 2:25 AM, Vincent Lefevre wrote: > On 2017-11-01 01:06:40 +0100, Vincent Lefevre wrote: >> Additional information: >> >> svn log -rHEAD:1 svn+ssh://mysvn/perso/tcl/fidelite@103183 >> >> works, but >> >> svn log -rHEAD:1 svn+ssh://mysvn/perso/tcl/fidelite@103182 >> >> yiel

Re: Error E160016 "... is not a directory in filesystem ..."

On 2017-11-01 01:06:40 +0100, Vincent Lefevre wrote: > Additional information: > > svn log -rHEAD:1 svn+ssh://mysvn/perso/tcl/fidelite@103183 > > works, but > > svn log -rHEAD:1 svn+ssh://mysvn/perso/tcl/fidelite@103182 > > yields the error. > > r103183 is just a change of the contents of

Re: Error E160016 "... is not a directory in filesystem ..."

Additional information: svn log -rHEAD:1 svn+ssh://mysvn/perso/tcl/fidelite@103183 works, but svn log -rHEAD:1 svn+ssh://mysvn/perso/tcl/fidelite@103182 yields the error. r103183 is just a change of the contents of this file (nothing else). -- Vincent Lefèvre - Web:

Re: Error E160016 "... is not a directory in filesystem ..."

On 2017-11-01 00:46:30 +0100, Vincent Lefevre wrote: > I got the following error several times with "svn log" on a file: > > svn: E160016: Failure opening '/perso/tcl/fidelite' > svn: E160016: '/perso/tcl' is not a directory in filesystem > '99759db8-4ec0-0310-8bf9-df86780d22d8' > > Why? > > A

Re: Error running make for subversion

Joseph, Anselm wrote on Tue, 23 May 2017 15:26 +: > Also, could it be something with the mod_dav_svn package for > subversion-1.9.5.tar? There has to be a reason why mod_dav_svn.so cannot be > built. > Thank You mod_dav_svn is part of subversion-*.tar. It might be a change in Apache httpd,

RE: Error running make for subversion

: Ryan Schmidt; users@subversion.apache.org Subject: Re: Error running make for subversion CAUTION - EXTERNAL EMAIL Joseph, Anselm wrote on Tue, 23 May 2017 12:40 +: > configure:5703: checking for apr_memcache_create in -laprutil-1 > configure:5728: gcc -o conftest -g -O2 -g -O2 -p

RE: Error running make for subversion

, May 23, 2017 9:26 AM To: Joseph, Anselm Cc: Ryan Schmidt; users@subversion.apache.org Subject: Re: Error running make for subversion CAUTION - EXTERNAL EMAIL Joseph, Anselm wrote on Tue, 23 May 2017 12:40 +: > configure:5703: checking for apr_memcache_create in -laprutil-1 > configu

Re: Error running make for subversion

Joseph, Anselm wrote on Tue, 23 May 2017 12:40 +: > configure:5703: checking for apr_memcache_create in -laprutil-1 > configure:5728: gcc -o conftest -g -O2 -g -O2 -pthread -U__STR__ > -D_THREAD_SAFE -D_LARGEFILE64_SOURCE -I/opt/eai/ci/httpd-2.2.32/srclib/ > apr/include -I/opt/eai/ci/htt

RE: Error running make for subversion

sday, May 23, 2017 4:59 AM To: Joseph, Anselm Cc: users@subversion.apache.org; Ryan Schmidt Subject: Re: Error running make for subversion You could try commenting out that 'chmod' command in Makefile or build-outputs.mk, see if that lets the build proceed further, and then effect it

Re: Error running make for subversion

e direction, it would > be greatly appreciated. > Thank You > > -Original Message- > From: Joseph, Anselm > Sent: Thursday, May 18, 2017 3:07 PM > To: 'Ryan Schmidt'; Daniel Shahaf > Cc: Subversion Users > Subject: RE: Error running make for subversi

RE: Error running make for subversion

;Ryan Schmidt'; Daniel Shahaf Cc: Subversion Users Subject: RE: Error running make for subversion Thank you both for responding. When I run configure --without-apxs, make install completes cleanly. But my problem is that mod_dav_svn.so is not building . I tried different options and still

RE: Error running make for subversion

s 1. Stop. -Original Message- From: Ryan Schmidt [mailto:subversion-2...@ryandesign.com] Sent: Wednesday, May 17, 2017 8:42 PM To: Daniel Shahaf Cc: Joseph, Anselm; Subversion Users Subject: Re: Error running make for subversion CAUTION - EXTERNAL EMAIL > On May 17, 2017, at 19:41

Re: Error running make for subversion

> On May 17, 2017, at 19:41, Ryan Schmidt > wrote: > > >> On May 16, 2017, at 17:18, Daniel Shahaf wrote: >> >> Joseph, Anselm wrote on Tue, May 16, 2017 at 21:04:57 +: >>> chmod: /opt/eai/ci/subversion-1.9.5/svn/libexec/mod_dav_svn.so: A file or >>> directory in the path name does not

Re: Error running make for subversion

> On May 16, 2017, at 17:18, Daniel Shahaf wrote: > > Joseph, Anselm wrote on Tue, May 16, 2017 at 21:04:57 +: >> chmod: /opt/eai/ci/subversion-1.9.5/svn/libexec/mod_dav_svn.so: A file or >> directory in the path name does not exist. >> apxs:Error: Command failed with rc=65536 > > Note tha

RE: Error running make for subversion

pd-2.2.32/srclib/apr-util/apu-1-config --disable-nls -Original Message- From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] Sent: Tuesday, May 16, 2017 6:18 PM To: Joseph, Anselm Cc: users@subversion.apache.org Subject: Re: Error running make for subversion CAUTION - EXTERNAL EMAIL Jos

Re: Error running make for subversion

Joseph, Anselm wrote on Tue, May 16, 2017 at 21:04:57 +: > chmod: /opt/eai/ci/subversion-1.9.5/svn/libexec/mod_dav_svn.so: A file or > directory in the path name does not exist. > apxs:Error: Command failed with rc=65536 Note that if you use svn:// or svn+ssh://, you don't need mod_dav_svn an

RE: Error running make for subversion

-Original Message- From: Joseph, Anselm Sent: Monday, May 08, 2017 5:13 PM To: 'Daniel Shahaf' Cc: 'users@subversion.apache.org' Subject: RE: Error running make for subversion I realized it is removing mod_dav_svn.so and then doing a chmod on the file in the same dire

RE: Error running make for subversion

/svn/libexec/mod_dav_svn.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. -Original Message- From: Joseph, Anselm Sent: Monday, May 08, 2017 10:36 AM To: 'Daniel Shaha

RE: Error running make for subversion

hmod: /opt/eai/ci/subversion-1.9.5/svn/libexec/mod_dav_svn.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 -Original Message- From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] Sent: Friday, May 05, 2017 10:03 PM To: Joseph, Anselm Cc: use

Re: Error running make for subversion

Joseph, Anselm wrote on Fri, May 05, 2017 at 14:36:12 +: > Hope you can help with this issue from a newbie. > gcc version 4.2.0 is installed on my powerpc-ibm-aix7.1.3.0 system. > I am trying to build gnu subversion 1.9.5 and running make after I think you mean "Apache Subversion 1.9.5". > gc

Re: error

On Thu, Feb 16, 2017 at 03:06:15PM +, Zijerdi, Abraham O (CTR) wrote: > Hi My userid to subversion is zijerdia H Abraham, > I am getting the following error: > > http://subversion.apache.org/mailing-lists.html > > --- > Subversion Exception! > ---

Re: Error for opening Websvn

Am Dienstag, den 10.01.2017, 15:47 +0530 schrieb Recharde William: > when i write in browser "http://ip/websvn"; i got rhis error "File > "include/config.php" does not exist, please create one. The example > file "include/distconfig.php" may be copied and modified as needed." It's for Fedora but t

Re: Error running this command: svn --non-interactive --config-dir /tmp

Hello Hussein, On Mon, Nov 28, 2016 at 5:36 PM, Hussein Ballout wrote: > Hi Guys, > > I'm facing exactly the same problem... Have you found any workaround to > overcome this issue ? > What do you mean by "exactly the same problem"? Normally, you should be getting an error message and it should

Re: Error running this command: svn --non-interactive --config-dir /tmp

Hi Guys, I'm facing exactly the same problem... Have you found any workaround to overcome this issue ? Regards, On Tuesday, August 12, 2014 at 11:26:53 AM UTC+3, Jimmy Halim wrote: > > Hi guys, > > I am new to websvn. I have installed rancid, svn, and websvn today. I have > also created repos

Re: error getting unified diff

On Mon, Jun 20, 2016 at 12:28:35PM +, Zuiderduin, S.M. (Sophie) wrote: > Good afternoon, > > Whilst trying to get a unified diff, I encountered the following error: > > --- > Subversion Exception! > --- > Subversion encountered a serious problem

Re: Error create branch

On Fri, Apr 15, 2016 at 07:47:29AM +, Ahnstedt Johan wrote: > I tried to create a branch from a working copy to /branches and got this > exception. Thank you for your report! You'll need to provide more details. A simple manual test shows that copying a working copy into the repository works

Re: Error---After upgrading from subversion 1.6 to 1.8.

Reyaz wrote on Mon, Mar 28, 2016 at 02:44:49 -0700: > Hi Team, > > We have recently upgraded subversion from 1.6 version to 1.8 version on RHEL > 5.8. After upgrade we are getting below error in error_log file. Before > upgrade everything working fine.Now we are unable to access the projects > wi

RE: Error---After upgrading from subversion 1.6 to 1.8.

> -Original Message- > From: Reyaz [mailto:skreyazaha...@gmail.com] > Sent: maandag 28 maart 2016 11:45 > To: users@subversion.apache.org > Subject: Error---After upgrading from subversion 1.6 to 1.8. > > Hi Team, > > We have recently upgraded subversion from 1.6 version to 1.8 version

Re: Error 10179 / SVN loses authentication during session

Hi Robin, Hello, We use SVN with a small team (3 developers), and we’ve been experiencing some strange issues lately. We use tortoiseSVN to connect to out repository from Windows explorer, and some of the time some of our actions get rejected, asking us to log in again. As I also received a

Re: Error "mod_dav_svn close_stream: error closing write stream" using a write-through proxy

Guten Tag Thorsten Schöning, am Samstag, 15. August 2015 um 16:16 schrieben Sie: >> [Sat Aug 15 11:35:13.591510 2015] [dav:error] [client a.b.c.d:36370] >> mod_dav_svn close_stream: error closing write stream [500, #185004] >> [Sat Aug 15 11:35:13.591525 2015] [dav:error] [client a.b.c.d:36370

Re: Error "mod_dav_svn close_stream: error closing write stream" using a write-through proxy

Guten Tag Thorsten Schöning, am Montag, 17. August 2015 um 19:59 schrieben Sie: >> 44 17:16:15.058222 192.168.100.20 192.168.100.2 HTTP914 PUT >> /src/Testprodukt/!svn/wrk/d73a9537-4083-0e40-aab3-e4bd2f9156e6/trunk/testmurks.txt >> HTTP/1.1 (application/vnd.svn-svndiff) A reada

Re: Error "mod_dav_svn close_stream: error closing write stream" using a write-through proxy

Guten Tag Thorsten Schöning, am Samstag, 15. August 2015 um 16:16 schrieben Sie: >> [Sat Aug 15 11:35:13.591510 2015] [dav:error] [client a.b.c.d:36370] >> mod_dav_svn close_stream: error closing write stream [500, #185004] >> [Sat Aug 15 11:35:13.591525 2015] [dav:error] [client a.b.c.d:36370

Re: Error "mod_dav_svn close_stream: error closing write stream" using a write-through proxy

Guten Tag Nico Kadel-Garcia, am Sonntag, 16. August 2015 um 14:58 schrieben Sie: > But you need an *authenticated* mirror, right? As opposed to a public mirror? Yes, some repos contain data of different customers and we don't want them to see each other, which is currently working great with path

Re: Error "mod_dav_svn close_stream: error closing write stream" using a write-through proxy

On Sun, Aug 16, 2015 at 5:21 AM, Thorsten Schöning wrote: > Guten Tag Nico Kadel-Garcia, > am Samstag, 15. August 2015 um 18:14 schrieben Sie: > >> Why don't you just use svn+ssh, and stay out of using HTTPS at all? > > I've considered that and in fact some of our customers already use SSH > inbou

Re: Error "mod_dav_svn close_stream: error closing write stream" using a write-through proxy

Guten Tag Nico Kadel-Garcia, am Samstag, 15. August 2015 um 18:14 schrieben Sie: > Why don't you just use svn+ssh, and stay out of using HTTPS at all? I've considered that and in fact some of our customers already use SSH inbound to our private server and access via svnserve and it works for some

Re: Error "mod_dav_svn close_stream: error closing write stream" using a write-through proxy

Why don't you just use svn+ssh, and stay out of using HTTPS at all? Given the skew in libraries and HTTPD requirement with every major release of Subversion, even I can no longer sanely backport the current version of Subversion, especially mod_dav_svn, to stable operating systems like CentOS 5 and

RE: Error with quick-start experiment

. Bert From: Antti Simola [mailto:asimol...@gmail.com] Sent: donderdag 28 mei 2015 12:49 To: Bert Huijben Cc: users@subversion.apache.org Subject: Re: Error with quick-start experiment Thanks! I got it working now by following the updated quick-start. There's perhap

Re: Error with quick-start experiment

wrote: > > Hi, > > > > You could use %REPOS_DIR:\=/% instead of just %REPOS_DIR% to replace all > ‘\’ characters with ‘/’ > > > > (In batch scripts you might have to enable cmd extensions, but on the > commandline this is enabled by default) > &g

RE: Error with quick-start experiment

nt: donderdag 28 mei 2015 11:55 To: Bert Huijben Subject: Re: Error with quick-start experiment Thanks! There's another error now with replaced slashes: C:\>svn mkdir -m "Create directory structure." "file:\\\%REPOS_DIR%\trunk " "file:\\\%REPOS_DIR%\branches &q

RE: Error with quick-start experiment

[mailto:asimol...@gmail.com] Sent: donderdag 28 mei 2015 11:19 To: Antti Simola; users@subversion.apache.org Subject: Re: Error with quick-start experiment This is what I typed in my last attempt. I've made several attempts after the one that worked earlier. C:\>set REPOS_DIR=h:\repos\my-repos C

Re: Error with quick-start experiment

On Thu, May 28, 2015 at 11:38:17AM +0200, Stefan Sperling wrote: > The quick-start page is wrong. I've fixed the page. Thanks!

Re: Error with quick-start experiment

On Thu, May 28, 2015 at 12:19:17PM +0300, Antti Simola wrote: > This is what I typed in my last attempt. I've made several attempts after > the one that worked earlier. > > C:\>set REPOS_DIR=h:\repos\my-repos > > C:\>mkdir h:\repos > > C:\>svnadmin create %REPOS_DIR% > > C:\>svn mkdir -m "Creat

Re: Error with quick-start experiment

This is what I typed in my last attempt. I've made several attempts after the one that worked earlier. C:\>set REPOS_DIR=h:\repos\my-repos C:\>mkdir h:\repos C:\>svnadmin create %REPOS_DIR% C:\>svn mkdir -m "Create directory structure." "file:///%REPOS_DIR%/trunk" "file:///%REPOS_DIR%/branches"

Re: Error with quick-start experiment

On Thu, May 28, 2015 at 11:08:17AM +0300, Antti Simola wrote: > Hello, > > > > I’m learning to use the command-line Subversion (1.8.13 64-bit Win, > SLIKSVN) by reading the book online and doing some tests. I followed the > quick-start guide for some experiments: > > > > https://subversion.ap

Re: Error checking out project that contains a large amount of binary data

I looked it up and it doesn't give me any leads: #define ECONNABORTED103 /* Software caused connection abort */ Any other ideas? On 11/05/2015 10:29 PM, Daniel Shahaf wrote: Timothy Astle wrote on Mon, May 11, 2015 at 08:16:25 -0300: Error writing base64 data. Software caused

Re: Error checking out project that contains a large amount of binary data

Timothy Astle wrote on Mon, May 11, 2015 at 08:16:25 -0300: > Error writing base64 data. Software caused connection abort [500. #103] "103" is the apr_status_t error number. It's probably an errno number. You might want to look up what's errno code 103 on your system.

Re: error

Thanks Andreas... On Tue, Mar 10, 2015 at 1:41 PM, Andreas Stieger wrote: > Update to the latest 1.8.x and try again. > > Andreas > Am 10.03.2015 07:23 schrieb Iwans Sunarya : > > --- > Subversion Exception! > --- > Subversion encountered a serious

Re: error

Hi, you are on the subversion mailing list here, but the error you are getting suggests you are running TortoiseSVN. Maybe better report the issue there first. Furthermore, the latest TortoiseSVN version atm is 1.8.11. You might wanna try updating first to see whether the issue was resolved me

Re: Error while committing

gt; *From:* Branko Čibej [mailto:br...@wandisco.com] > *Sent:* 2014, December, 17 5:59 AM > *To:* users@subversion.apache.org > *Subject:* Re: Error while committing > > On 17.12.2014 11:46, Somashekarappa, Anup (CWM-NR) wrote: > > > > Hi, > > For one of the re

RE: Error while committing

Hi, Same script is working fine for other repository. Thanks & Regards, Anup T S From: Branko Čibej [mailto:br...@wandisco.com] Sent: 2014, December, 17 5:59 AM To: users@subversion.apache.org Subject: Re: Error while committing On 17.12.2014 1

Re: Error while committing

On 17.12.2014 11:46, Somashekarappa, Anup (CWM-NR) wrote: > > > Hi, > > For one of the repository we are getting the below error while committing. > > But the same script is working fine for other repositories. > > I have given full permission ( chmod 777 pre-commit ) to the script > but

RE: Error running context: the parameter is incorrect.

> -Original Message- > From: users-return-22586-mr_kernel=163@subversion.apache.org > [mailto:users-return-22586-mr_kernel=163@subversion.apache.org] On > Behalf Of Johan Corveleyn > Sent: Friday, December 05, 2014 4:39 PM > To: Chao.Guan > Cc: users@subversion.apa

RE: Error running context: the parameter is incorrect.

> Cc: users@subversion.apache.org > Subject: Re: Error running context: the parameter is incorrect. > > On Fri, Dec 5, 2014 at 9:38 AM, Johan Corveleyn wrote: > > On Fri, Dec 5, 2014 at 4:26 AM, Chao.Guan wrote: > >> I connect it with https:// URL, I am not the admin, I

Re: Error running context: the parameter is incorrect.

On Fri, Dec 5, 2014 at 9:38 AM, Johan Corveleyn wrote: > On Fri, Dec 5, 2014 at 4:26 AM, Chao.Guan wrote: >> I connect it with https:// URL, I am not the admin, I didn’t check the error >> logs of the server. >> >> >> >> The root cause is server? I have to fix it on server? >> > > I don't know, b

Re: Error running context: the parameter is incorrect.

On Fri, Dec 5, 2014 at 4:26 AM, Chao.Guan wrote: > I connect it with https:// URL, I am not the admin, I didn’t check the error > logs of the server. > > > > The root cause is server? I have to fix it on server? > I don't know, but it might be. Maybe the error log of the server could help you / u

RE: Error running context: the parameter is incorrect.

@subversion.apache.org Subject: Re: Error running context: the parameter is incorrect. How do you connect to your repository? Is it a file:// , an svn://, an svn+ssh://, a http:// or a https:// URL? Maybe you can find more details in the error logs of the server? Johan Op 4-dec.-2014 13:55

Re: Error running context: the parameter is incorrect.

How do you connect to your repository? Is it a file://, an svn://, an svn+ssh://, a http:// or a https:// URL? Maybe you can find more details in the error logs of the server? Johan Op 4-dec.-2014 13:55 schreef "Chao.Guan" : > Hi guys, > > > > When I tried to commit my repo this morning, I got t

Re: Error E175002 on large commit

Do you use apache for serving SVN via https? If this is the case you need to increase the server time out of apache. Don't know the directive right now, but it should be found easily in the docs. Similar to other web servers. Regards Torge Am 10.11.2014 um 15:00 schrieb David Aldrich: Hi I a

Re: Error while replaying commit

Trent Fisher writes: > I have an svnsync replica which is running into this error when I > sync: "svnsync: E210008: Error while replaying commit". > > I was able to work around the problem by doing an svnadmin dump of the > troublesome revision and loading it on the other server, then tweaking >

Re: Error running this command: svn --non-interactive --config-dir /tmp

Hi Ryan, Thanks for your attention on this. I wrote to websvn mailing list also but has no response yet. I have been reading through other related websvn issues also online. Let me check again and do other workaround if necessary. Thanks, Jimmy On 12 Aug 2014 23:02, "Ryan Schmidt" wrote: > On A

Re: Error running this command: svn --non-interactive --config-dir /tmp

On Aug 12, 2014, at 9:23 AM, Jimmy Halim wrote: > Those commands work fine from the server. For example: > > path="file:///var/rancid/svn"> > kind="dir"> > EXAMPLE > revision="6"> > rancid > 2014-08-12T08:37:34.323817Z > > > > I meant: are there any parts of websvn, that use the

  1   2   3   4   >