RE: is it necessary to svnsync copy-revprops all reversions everytime executing svnsync?

No, Just using svnsync will handle copying revprops while synchronizing revisions just fine. But revprops may change later if you enable that option in your repository, so if you use svnsync to keep two repositories completely synchronized you might want to use this feature to sync those

RE: File not accepted as valid addition to svn

> -Original Message- > From: Bo Berglund [mailto:bo.bergl...@gmail.com] > Sent: maandag 12 februari 2018 18:42 > To: users@subversion.apache.org > Subject: Re: File not accepted as valid addition to svn > > On Mon, 12 Feb 2018 15:54:00 +, Philip Martin >

RE: Searching for a C++ API

> -Original Message- > From: Branko Čibej [mailto:br...@apache.org] > Sent: maandag 29 januari 2018 13:54 > To: users@subversion.apache.org > Subject: Re: Searching for a C++ API > > On 29.01.2018 11:45, R developer wrote: > > Hello all, > > > > I have been involved in writing a closed

RE: when will file ./svn/tmp/svn-XXXXXX be created? and why?

In many cases Subversion will create files there, then write its contents and when done move the file to the required location in your working copy. This makes sure that you will never see half written files during operations… and by that loose valuable information. Bert

RE: Access Violation problem in Code Collaborator tool

Hi, You just posted this to a publicly archived mailing list. I would recommend changing the password you use for this Subversion server now. I can't really tell you what caused this problem, but I would recommend upgrading your Subversion client first. We (as Subversion

RE: GitHub svn bridge corrupting working copies

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: zondag 15 oktober 2017 21:28 > To: Ryan Schmidt > Cc: Subversion Users > Subject: Re: GitHub svn bridge corrupting working copies > > Ryan

RE: Problem with file name encoding during merge - URL Encoding (Percent Encoding)

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: vrijdag 6 oktober 2017 16:24 > To: Bartosz Pierzchlewicz ; > users@subversion.apache.org > Subject: Re: Problem with file name encoding during merge - URL Encoding >

RE: override global-ignores from server side

> -Original Message- > From: Balogh Péter [mailto:balogh.pe...@xcite.hu] > Sent: dinsdag 19 september 2017 10:59 > To: users@subversion.apache.org > Subject: Re: override global-ignores from server side > > Hi, > > Yes, I'm aware that adding the .a file manually is possible, but it

RE: override global-ignores from server side

> -Original Message- > From: Balogh Péter [mailto:balogh.pe...@xcite.hu] > Sent: dinsdag 19 september 2017 10:45 > To: users@subversion.apache.org > Subject: override global-ignores from server side > > Hi, > > I think our use case is not covered even with the recent features in >

RE: Subversion svn+ssh, sshd 100% CPU

> -Original Message- > From: Johan Corveleyn [mailto:jcor...@gmail.com] > Sent: donderdag 14 september 2017 22:10 > To: Matt Simmons > Cc: Zoran Petkovic ; > users@subversion.apache.org > Subject: Re: Subversion svn+ssh, sshd 100% CPU > > On

RE: Checksum mismatch bug in 1.8.18

This specific error message was added in the last release, so yes it is new in the last versions. The last 1.9.x version also added it and I'm surprised that you see the error on 1.8 and not 1.9 (or vice versa). It tries to tell you that you have two files with an identical SHA-1 hash, but

RE: "Unable to parse reversed revision range" when merging from trunk to branch

Can you point to the discussion on the mailinglist where this issue was discussed before creating the issue in our tracker? (We only create issues to track confirmed issues on the tracker *after* discussion here, or on the development list) This is the first time I hear about this issue,

RE: --editor-cmd not working with paths with spaces?

> -Original Message- > From: Thorsten Schöning [mailto:tschoen...@am-soft.de] > Sent: vrijdag 7 juli 2017 09:23 > To: users@subversion.apache.org > Subject: --editor-cmd not working with paths with spaces? > > Hi all, > > I need to commit to some SVN repo in a Git bash/MinGW

RE: "Unable to parse reversed revision range" when merging from trunk to branch

> -Original Message- > From: Jens Christian Restemeier [mailto:j...@playtonicgames.com] > Sent: maandag 3 juli 2017 16:31 > To: 'Johan Corveleyn' > Cc: 'Stefan Sperling' ; users@subversion.apache.org > Subject: RE: "Unable to parse reversed revision

RE: "svn status" does not show unversioned items been deleted but not committed

> -Original Message- > From: Andrey [mailto:an...@inbox.ru] > Sent: woensdag 14 juni 2017 12:22 > To: users@subversion.apache.org > Subject: Re: "svn status" does not show unversioned items been deleted but > not committed > > So, what about this issues? I see it as not opened yet. Will

RE: "svn pget svn:externals -r . -R" dramatically slow

> -Original Message- > From: Branko Čibej [mailto:br...@apache.org] > Sent: donderdag 18 mei 2017 15:19 > To: users@subversion.apache.org > Cc: Andrey > Subject: Re: "svn pget svn:externals -r . -R" dramatically slow > > On 18.05.2017 13:51, Andrey wrote: > > Branko

RE: "svn pget svn:externals -r . -R" dramatically slow

> -Original Message- > From: Johan Corveleyn [mailto:jcor...@gmail.com] > Sent: woensdag 17 mei 2017 19:57 > To: Andry > Cc: users@subversion.apache.org > Subject: Re: "svn pget svn:externals -r . -R" dramatically slow > > On Tue, May 16, 2017 at 11:42 PM, Andry

RE: svn generates long lists of empty diffs with --diff-cmd

> -Original Message- > From: Alexey Neyman [mailto:sti...@att.net] > Sent: donderdag 20 april 2017 02:59 > To: users@subversion.apache.org > Subject: svn generates long lists of empty diffs with --diff-cmd > > Hi, > > I noticed that SVN generates a lot of spurious diffs when using a >

RE: Using UTF8 in repository name?

This message on the forum is 100% about the server side configuration. The client has no known problems encoding paths in a url, but the url specification itself doesn’t document an explicit encoding and as such Apache Httpd has to do the translation of the first part of the URL to the local

RE: [BUG] svn update produces unexpected result

The last change revision is documented to be the last revision in which that node changed. The revision number in Subversion is global for the repository, so not changing every file in every revision is 100% expected behavior. And this is the reason we show these different revisions. See

RE: Is Subversion compatible and supported for Windows 10?

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: woensdag 22 februari 2017 09:43 > To: Stefan Hett > Cc: users@subversion.apache.org > Subject: Re: Is Subversion compatible and supported for Windows 10? > > Stefan Hett wrote on

RE: How to check which branches have specific commit

> -Original Message- > From: Thijs de Ridder [mailto:thijs.de.rid...@mep-info.com] > Sent: woensdag 22 februari 2017 10:10 > To: users@subversion.apache.org > Subject: How to check which branches have specific commit > > We have an svn repository with several branches and tags. > > -

RE: [Bug] svn export -r of single file fails if there is a newer revision available than the exported one

The -r123 and @123 functions have completely different behavior. The @ syntax looks up the url as it was in in revision r123 and fetches the file from there The -r checks the path as it currently exists, back to the path it had in revision 123… following copies, renames, etc. (Note: you

RE: how to detect read-only branch from client?

> -Original Message- > From: Torsten Mueller [mailto:muelle...@runbox.com] > Sent: woensdag 15 februari 2017 08:41 > To: users@subversion.apache.org > Subject: Re: how to detect read-only branch from client? > > Andrew Reedick schrieb: > > > Not a complete

RE: svn_dirent_t::size: often not the "real" file size

The size reported is the size of the file in repository form. The size might be different when a different line end encoding is used and/or when keyword expansion is enabled. (Can be larger or smaller) svn_client_statusX() reports both sizes when the file is a ‘normal’ working copy file.

RE: How to hide unversioned files from svn status

> -Original Message- > From: Branko Čibej [mailto:br...@apache.org] > Sent: dinsdag 22 november 2016 18:26 > To: users@subversion.apache.org > Subject: Re: How to hide unversioned files from svn status > > On 22.11.2016 16:30, Olaf van der Spek wrote: > > On Tue, Nov 22, 2016 at 10:40

RE: discrepancies between 'svn -R list' and 'svn -R propget' (on windows using TSVN build command line client)

> -Original Message- > From: Lorenz [mailto:loren...@yahoo.com] > Sent: woensdag 16 november 2016 15:02 > To: users@subversion.apache.org > Subject: Re: discrepancies between 'svn -R list' and 'svn -R propget' (on > windows using TSVN build command line client) >

RE: discrepancies between 'svn -R list' and 'svn -R propget' (on windows using TSVN build command line client)

> -Original Message- > From: Lorenz [mailto:loren...@yahoo.com] > Sent: woensdag 16 november 2016 10:02 > To: users@subversion.apache.org > Subject: discrepancies between 'svn -R list' and 'svn -R propget' (on windows > using TSVN build command line client) > > Hi all, > > navigating

RE: Re: subversion issue: ignore server invaild certificate in linux

> -Original Message- > From: Stefan Sperling [mailto:s...@elego.de] > Sent: vrijdag 21 oktober 2016 14:14 > To: yuan lixin > Cc: users@subversion.apache.org > Subject: Re: Re: subversion issue: ignore server invaild certificate in linux > > On Fri, Oct 21, 2016 at

RE: svn switch, touches files with svn:keywords

> -Original Message- > From: Daniel Shahaf [mailto:danie...@apache.org] > Sent: zaterdag 24 september 2016 09:11 > To: FEDERICO PRADES ILLANES > Cc: users@subversion.apache.org > Subject: Re: svn switch, touches files with svn:keywords > > FEDERICO PRADES

RE: Can't compile Subversion against Serf-1.3.9.

> -Original Message- > From: Andreas Stieger [mailto:andreas.stie...@gmx.de] > Sent: woensdag 7 september 2016 10:32 > To: "Alexandre C. Guimarães" > Cc: users@subversion.apache.org > Subject: Aw: Can't compile Subversion against Serf-1.3.9. > > Hi, > >

RE: SVN Feature Request: Selecting the revision for pinning externals

A single argument specifying a revision may only work for very specific scenarios. The --pin-externals feature also works when you have dozens of externals, all pointing towards different repositories. When adding the feature we determined that we can't handle all these additional cases using

RE: svnserve takes too much memory for "svn blame"

> -Original Message- > From: Vincent Lefevre [mailto:vincent-...@vinc17.net] > Sent: woensdag 27 juli 2016 02:36 > To: users@subversion.apache.org > Subject: svnserve takes too much memory for "svn blame" > > When I do "svn blame" on some file (36972 lines), svnserve takes > more than

RE: Subversion Exception! - on cleanup after uncomplete checkout

> -Original Message- > From: Ryan Schmidt [mailto:subversion-2...@ryandesign.com] > Sent: maandag 2 mei 2016 09:57 > To: Tomáš Bartek > Cc: Subversion Users > Subject: Re: Subversion Exception! - on cleanup after uncomplete checkout

RE: A verbose option to "svn update"?

This may work for a system like CVS that does everything per file, but in case of Subversion this doesn’t really work. We check all files locally at the start of the update, then send a report to the server to what exactly we have locally… and then the server only sends a binary-tree-diff of

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: Upgrade Subversion from 1.5 to 1.9

I'm not sure where you read that, but subversion can upgrade working copies all the way up from 1.0. (See our compatibility guarantee) There is one exception: If a working copy operation was stopped halfway. in this case you need to run 'svn cleanup' with your older Subversion version (or

RE: Modifying svn:log property: good or bad?

> -Original Message- > From: Alfred von Campe [mailto:alf...@von-campe.com] > Sent: maandag 29 februari 2016 16:56 > To: webster.br...@rogers.com > Cc: Eric Johnson ; Subversion Users > > Subject: Re: Modifying svn:log property: good or bad?

RE: (unknown)

[Moving thread to dev@s.a.o from users@] > -Original Message- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: maandag 22 februari 2016 13:21 > To: 'Daniel Shahaf' <d...@daniel.shahaf.name>; 'Michal Matyl' > <michal.ma...@zf.com> > Cc: users@subve

RE: (unknown)

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: zondag 14 februari 2016 15:35 > To: Michal Matyl > Cc: users@subversion.apache.org > Subject: Re: (unknown) > > Michal Matyl wrote on Thu, Feb 11, 2016 at 10:19:02 +: > > The

RE: svn_fs for rename file and folder

Currently not. We still express moves as copies+delete. (There is some experimental support hidden in the implementations, but that isn’t used yet) Bert Sent from Mail for Windows 10 From: Ren Wang Sent: zondag 21 februari 2016 16:44 To: users@subversion.apache.org Subject: svn_fs for rename

RE: upgrade Subversion from version 1.6 to svn, version 1.8.15 (r1718365)

Are you sure the directory you tried to upgrade is a 'working copy'? The way you describe it, it looks like it is a repository. Subversion 1.9 and 1.8 can just use 1.6 repositories without upgrade. or you can run 'svnadmin upgrade' on them to enable new features. Bert

RE: Subversion exception report

> -Original Message- > From: Andreas Stieger [mailto:andreas.stie...@gmx.de] > Sent: vrijdag 19 februari 2016 10:58 > To: Carlos Hernandez Alaniz > Cc: users@subversion.apache.org > Subject: Re: Subversion exception report > > Hello, > > Carlos Hernandez

RE: files always reported as reverted for different owner

> -Original Message- > From: Oleksiy Zagorskyi [mailto:zalex...@i.ua] > Sent: zondag 14 februari 2016 13:31 > To: users@subversion.apache.org > Subject: files always reported as reverted for different owner > > Is that ok? > > When I do "svn revert" using for example "root" account,

RE: Commit Error using ms onedrive repo

> -Original Message- > From: dennisj2 [mailto:djorge...@gmail.com] > Sent: zondag 14 februari 2016 01:22 > To: users@subversion.apache.org > Subject: Commit Error using ms onedrive repo > > I have a basic cloud setup, primary windows 10 client with onedrive > installed, and a remote

RE: svnversion output changed when redirecting the output. Why?

This is a known issue with some slightly older builds of TortoiseSVN. Please upgrade and otherwise (re-)report the issue at the TortoiseSVN project as this is (was) caused by their specific build scripts. This issue is (was) caused by linking and using multiple CRT instances inside the

RE: Question to svn merge (merge just parts of a diff)

> -Original Message- > From: Kai Behncke [mailto:kai.behn...@uni-osnabrueck.de] > Sent: dinsdag 9 februari 2016 07:49 > To: users@subversion.apache.org > Subject: Question to svn merge (merge just parts of a diff) > > Dear users, > > I`m quite new to svn. I would like to know it the

RE: Subversion crashes on list with an empty format 3 repo

> -Original Message- > From: Daniel Shahaf [mailto:danie...@apache.org] > Sent: zondag 7 februari 2016 01:22 > To: Michael Osipov > Cc: Ivan Zhakov ; users@subversion.apache.org > Subject: Re: Subversion crashes on list with an empty format 3

RE: Svn 1.9 repository 20% bigger than svn 1.8 repository

> -Original Message- > From: Stefan Sperling [mailto:s...@elego.de] > Sent: maandag 1 februari 2016 11:11 > To: Philip Martin > Cc: Stefan Fuhrmann ; Gert Kello > ; users@subversion.apache.org > Subject: Re: Svn 1.9

RE: Svn 1.9 repository 20% bigger than svn 1.8 repository

> -Original Message- > From: Philip Martin [mailto:philip.mar...@wandisco.com] > Sent: donderdag 28 januari 2016 13:38 > To: Gert Kello > Cc: users@subversion.apache.org > Subject: Re: Svn 1.9 repository 20% bigger than svn 1.8 repository > > Gert Kello

RE: Compiling ZLIB for svn 1.9.3 on Windows 7 using MSVC 2008

> -Original Message- > From: Stefan Hett [mailto:ste...@egosoft.com] > Sent: maandag 4 januari 2016 11:41 > To: users@subversion.apache.org > Subject: Re: Compiling ZLIB for svn 1.9.3 on Windows 7 using MSVC 2008 > > On 12/31/2015 10:31 AM, Cooke, Mark wrote: > >> -Original

RE: Unexpected HTTP status 400 'Bad request'.

Usually you wouldn’t get ‘bad request’ errors from httpd unless Subversion sends a bad request. Server side errors as disk io are usually reported by other error codes, such as 500. Most bad cases of status 400 are caused by firewall and antivirus products that somehow alter requests in

RE: Unexpected HTTP status 400 'Bad request'.

These are both about bodies… The headers causing that lock problem are not part of the body. There is probably another configuration knob for them. Bert From: Yves Martin [mailto:ymartin1...@gmail.com] Sent: dinsdag 8 december 2015 12:10 To: Subversion

RE: Unexpected HTTP status 400 'Bad request'.

it still make sense that the checkout begins and gets several files in before failing? Also, to try and eliminate that possibility, I've been performing the checkout tests on the subversion server machine. On 2015-12-08 05:37, Bert Huijben wrote: Usually you wouldn’t get ‘bad request’ errors

RE: Unexpected HTTP status 400 'Bad request'.

> -Original Message- > From: Chris Capon [mailto:ttab...@gmail.com] > Sent: dinsdag 8 december 2015 14:47 > To: users@subversion.apache.org > Subject: Re: Unexpected HTTP status 400 'Bad request'. > > On 2015-12-08 05:06, Yves Martin wrote: > > Hello​ > > > > Is your repository served

RE: API for creating file and revision

In this context we use the word 'text' for the body/content/whatever is in the file, so you don't have to use separate functions. On the fs and repos layers we don't handle binary and textual files in different ways. Where we do at the client level we usually use a few properties if we

RE: svn_repos_fs_commit_txn error

> -Original Message- > From: Branko Čibej [mailto:br...@apache.org] > Sent: dinsdag 24 november 2015 06:13 > To: users@subversion.apache.org > Subject: Re: svn_repos_fs_commit_txn error > > On 23.11.2015 21:01, Ren Wang wrote: > > I got an error for creating a new directory to the

RE: svnlook changed doesn't include all of the files that are part of the commit

Diff reports copies of directories as adds of the individual files, while svnlook changed reports a copy on the root and only interesting changes below that. Just like how 'svn status' would have reported it before the commit. Bert From: Hartleroad, James [IT]

RE: how to get node property by using C API

There should be an api for the size. Author, creation info, etc. are attached to the revision in which the file was created. Bert From: Ren Wang [mailto:renwang...@gmail.com] Sent: vrijdag 20 november 2015 16:19 To: users@subversion.apache.org Subject: how to get node

RE: Subversion C API

Mod_dav mostly uses the repository layer api. In a few specific cases it goes into the fs layer directly. sometimes because something isn't mapped, but in other cases because mod_dav was developed very early in the development process and the repository layer wasn't as complete as it is today.

RE: subversion 1.9.2 could not be built "all-static" on FreeBSD 10+

> -Original Message- > From: Bert Huijben [mailto:b...@qqmail.nl] > Sent: maandag 19 oktober 2015 13:22 > To: 'Philip Martin' <philip.mar...@wandisco.com>; 'Lev Serebryakov' > <l...@freebsd.org> > Cc: 'Daniel Shahaf' <d...@daniel.shahaf.name>; > us

RE: subversion 1.9.2 could not be built "all-static" on FreeBSD 10+

> -Original Message- > From: Philip Martin [mailto:philip.mar...@wandisco.com] > Sent: maandag 19 oktober 2015 11:19 > To: Lev Serebryakov > Cc: Daniel Shahaf ; users@subversion.apache.org > Subject: Re: subversion 1.9.2 could not be built

RE: svn segfaults on relocate when having a not checked out external

Hi, It looks like this issue was already fixed since 1.9.0. Backporting the fix to 1.8 is not trivial (but not that hard either). The relevant revision is r1627338. The old code just assumes that svn:externals describes exactly what is in the working copy, while the

RE: Bug report: The auto-props setting of svn:mime-type is impossible to avoid.

> -Original Message- > From: Stefan Sperling [mailto:s...@elego.de] > Subject: Re: Bug report: The auto-props setting of svn:mime-type is > impossible to avoid. > > > This whole discussion -in its many iterations- is one of the reasons why I > > never looked at enabling this feature on

RE: Bug report: The auto-props setting of svn:mime-type is impossible to avoid.

> -Original Message- > From: Stefan Sperling [mailto:s...@elego.de] > Sent: zondag 4 oktober 2015 13:32 > To: Edward d'Auvergne > Cc: Greg Stein ; users@subversion.apache.org > Subject: Re: Bug report: The auto-props setting of svn:mime-type is >

RE: Bug report: The auto-props setting of svn:mime-type is impossible to avoid.

> -Original Message- > From: Stefan Sperling [mailto:s...@elego.de] > Sent: zondag 4 oktober 2015 22:01 > To: Branko Čibej > Cc: users@subversion.apache.org > Subject: Re: Bug report: The auto-props setting of svn:mime-type is > impossible to avoid. > > On Sun, Oct 04,

RE: Incomplete SVN dump files

> -Original Message- > From: Andreas Mohr [mailto:a...@lisas.de] > Sent: woensdag 16 september 2015 07:48 > To: Eric Johnson > Cc: b...@qqmail.nl; users@subversion.apache.org > Subject: Re: Incomplete SVN dump files > > Hi, > > On Tue, Sep 15, 2015 at 05:26:38PM -0700,

RE: 1.9 - Can't resolve to 'mine full' option for binary file conflict

> -Original Message- > From: Stefan Hett [mailto:ste...@egosoft.com] > Sent: maandag 14 september 2015 09:54 > To: users@subversion.apache.org > Subject: Re: 1.9 - Can't resolve to 'mine full' option for binary file > conflict > > On 9/14/2015 7:56 AM, Daniel Becroft wrote: > > Hi

RE: win32svn for 1.9.1?

> -Original Message- > From: Olivier Sannier [mailto:oliv...@obones.com] > Sent: woensdag 9 september 2015 23:46 > To: users@subversion.apache.org > Subject: Re: win32svn for 1.9.1? > > On 08/09/2015 18:57, Win32Svn wrote: > > > > > > On 2015-09-08 13:00, Stefan Hett wrote: > >> On

RE: chcp has no effect on output encoding for chcp

> -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: maandag 7 september 2015 23:26 > To: Matthias Ludwig > Cc: users@subversion.apache.org > Subject: Re: chcp has no effect on output encoding for chcp > > Matthias Ludwig wrote on

RE: Access denied error on checkout-commit after updating to 1.9.X

I have no problem using Subversion on 1.9.x on network drives, testing to Windows servers and to Samba 4.x, so clearly not everyone using Subversion on a network drive has this problem. Perhaps you tried to say that most users seeing this problem have it on a network drive? Are there

RE: Can't dump a subtree using svnrdump

-Original Message- From: Thorsten Schöning [mailto:tschoen...@am-soft.de] Sent: zondag 30 augustus 2015 20:30 To: users@subversion.apache.org Subject: Can't dump a subtree using svnrdump Hi all, I would like to dump one or maybe two subtrees of the ASF repo and whatever I

RE: How to pass a message file in UTF8 encoding to svn commit?

-Original Message- From: Hunger Tobias [mailto:tobias.hun...@theqtcompany.com] Sent: donderdag 27 augustus 2015 15:45 To: users@subversion.apache.org Subject: How to pass a message file in UTF8 encoding to svn commit? Hello SVN users list! I have a file in UTF8 encoding,

RE: Is it safe to redirect from HTTP to HTTPS in case of svn:externals?

-Original Message- From: Thorsten Schöning [mailto:tschoen...@am-soft.de] Sent: woensdag 19 augustus 2015 21:50 To: users@subversion.apache.org Subject: Is it safe to redirect from HTTP to HTTPS in case of svn:externals? Hi, I'm implementing publicly accessible mod_davn_svn in

Re: Broken SVN revision paths encoding

What client (including version) did you use to commit… and against what kind of server? Subversion's clients properly encode characters to utf-8 as far as we know, but perhaps you used some not standard client for the commit. (Newer servers should perform more verifications; that is why that

RE: Feature request: Save the old file when svn revert

-Original Message- From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] Sent: woensdag 22 juli 2015 13:43 To: Markus Schaber m.scha...@codesys.com Cc: Grierson, David david.grier...@sky.uk; d...@subversion.apache.org; 牛 暁冬 neoedm...@gmail.com; users@subversion.apache.org Subject:

RE: E175002

Hi Anup, This error is raised from SvnKit. A pure java reimplementation of the Subversion libraries. While it is possible that this error is caused by the/a Subversion server, the fact that you can fix it by restarting Jenkins points towards an issue in either SvnKit or

RE: Subversion 1.8.13 on Cygwin: E170000 or E180001: Unable to connect to a repository at URL , Unable to open an ra_local session to URL

the drive (to work around the problem) or to use a proper Windows subversion client. Bert From: MORGAN Marc [mailto:marc.mor...@csem.ch] Sent: vrijdag 26 juni 2015 11:41 To: Bert Huijben; users@subversion.apache.org Subject: RE: Subversion 1.8.13 on Cygwin: E17 or E180001

Re: Subversion 1.8.13 on Cygwin: E170000 or E180001: Unable to connect to a repository at URL , Unable to open an ra_local session to URL

The cygwin version of Subversion is a unix compilation of subversion running on Windows, via the cygwin libraries. As such it doesn't understand special Windoes paths. If you would use a normal windows client (compiled for windows; not cygwin) it would understand that it should transform

RE: building SVN trunk on Windows fails on python gen-make.py

-Original Message- From: Cooke, Mark [mailto:mark.co...@siemens.com] Sent: maandag 22 juni 2015 13:46 To: Stefan Hett; users@subversion.apache.org Subject: RE: building SVN trunk on Windows fails on python gen-make.py Sorry I cannot help with the current issue but I wanted to add a

RE: svn 1.8.13 test failures: wc-queries-test.exe and move_tests.py

-Original Message- From: Cooke, Mark [mailto:mark.co...@siemens.com] Sent: maandag 1 juni 2015 08:24 To: users@subversion.apache.org Cc: Bert Huijben Subject: RE: svn 1.8.13 test failures: wc-queries-test.exe and move_tests.py -Original Message- From: Cooke, Mark

RE: svn 1.8.13 test failures: wc-queries-test.exe and move_tests.py

-Original Message- From: Cooke, Mark [mailto:mark.co...@siemens.com] Sent: vrijdag 29 mei 2015 15:21 To: users@subversion.apache.org Subject: svn 1.8.13 test failures: wc-queries-test.exe and move_tests.py Hello, I am trying to compile svn (and httpd) with VS2008 (for python

RE: Error with quick-start experiment

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) Bert From: Antti Simola

RE: Error with quick-start experiment

encoded path in REPOS_DIR From: Antti Simola [mailto:asimol...@gmail.com] Sent: 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

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 perhaps one

RE: API accessing property diff of svn:mergeinfo

-Original Message- From: Branko Čibej [mailto:br...@wandisco.com] Sent: woensdag 6 mei 2015 14:49 To: users@subversion.apache.org Subject: Re: API accessing property diff of svn:mergeinfo On 06.05.2015 14:20, Bernhard Haumacher wrote: Hi Branko, On 06.05.2015 08:24,

Re: Cannot checkout or clean up using 1.9 dev build

will look into this early next week. Bert Sent from Windows Mail From: Ivan Zhakov Sent: ‎Tuesday‎, ‎April‎ ‎28‎, ‎2015 ‎9‎:‎07‎ ‎AM To: Benjamin Fritz, Bert Huijben Cc: 'subversion' On 27 April 2015 at 21:35, Benjamin Fritz fritzophre...@gmail.com wrote: Apparently I'm not subscribed

RE: Dealing with very old repo format (version 1)

-Original Message- From: Andrew Reedick [mailto:jreed...@incomm.com] Sent: dinsdag 28 april 2015 23:03 To: users@subversion.apache.org Subject: Dealing with very old repo format (version 1) Does anyone have any tips on how to upgrade a very old repo? The db/format lists 1. A

RE: building SVN trunk on Windows fails on python gen-make.py

-Original Message- From: Stefan Hett [mailto:ste...@egosoft.com] Sent: woensdag 22 april 2015 15:59 To: 'subversion' Subject: building SVN trunk on Windows fails on python gen-make.py Hi, I just tried to build

RE: The XML response contains invalid XML

-Original Message- From: OlePinto [mailto:olepinto+...@gmail.com] Sent: woensdag 22 april 2015 16:25 To: users@subversion.apache.org Subject: RE: The XML response contains invalid XML Bad news: it has happened again. I haven't installed anything, or changed any setting since

RE: Tortoise Subversion Exception, Help Needed

Hi, This tells us that somehow your working copy has some invalid state stored. This specific error message was replaced with an error message that contains more data in December 2011 (backport to 1.7.x in r1213745), so I would recommend you to upgrade your Subversion

RE: The XML response contains invalid XML

-Original Message- From: OlePinto [mailto:olepinto+...@gmail.com] Sent: dinsdag 21 april 2015 12:20 To: users@subversion.apache.org Subject: Re: The XML response contains invalid XML We have finally fixed it, although we sadly do not really know what the problem was. The magic

RE: Subversion Exception diff_editor.c 1626

This doesn't provide us enough information to reproduce your problem. (And 'large tree' is not well defined. For some users that could be thousand files, while for others that would be hundreds of thousands of files) To reproduce and fix your problem we need more information: In this

RE: Path-based authorization ignores most specific path

-Original Message- From: all-li...@stefan-klinger.de [mailto:all-li...@stefan-klinger.de] Sent: zondag 12 april 2015 12:47 To: users@subversion.apache.org Subject: Path-based authorization ignores most specific path Hello! --Summary-- Path-based authorization seems to not

RE: Changing external to sub-directory yields W155007 and E205011

You are adding a directory ‘ext’, which makes it a versioned path *inside* the repository/working copy and then in the parent directory you set a property that it is something *external*. A path can’t be versioned as part of the working copy and be an external at the same time. Once a

RE: E160000 due to empty revisions when requesting log by date range (v. 1.8.11)

Hi, In many cases like this the server really returns an HTTP status 500, but with a detailed error report that the client should parse to find the detailed error. I’m guessing this error parsing issue is already fixed for 1.9, that is now in beta, where the whole error

RE: 411 Length Required error thrown, yet Subersion server is not Fronted by proxy or reverse proxy

Hi, My guess would be that you somehow still use some transparent proxy. Squid is commonly setup in this way. A network dump should show you headers in this case. It really depends on your setup, but in most cases the easiest workaround is to use https as in general that

RE: Branching slow 1.8.11 https

-Original Message- From: Johan Corveleyn [mailto:jcor...@gmail.com] Sent: dinsdag 31 maart 2015 14:13 To: users@subversion.apache.org Cc: Bert Huijben; Philip Martin; Ben Reser Subject: Re: Branching slow 1.8.11 https On Tue, Mar 31, 2015 at 2:19 AM, Johan Corveleyn jcor

RE: Branching slow 1.8.11 https

-Original Message- From: Johan Corveleyn [mailto:jcor...@gmail.com] Sent: vrijdag 27 maart 2015 22:03 To: users@subversion.apache.org Subject: Branching slow 1.8.11 https Does the following ring a bell for someone? Recently upgraded our server (on Solaris 10 SPARC) from 1.5.4

RE: Apache Subversion 1.9.0-beta1 released

-Original Message- From: Ben Reser [mailto:bre...@apache.org] Sent: donderdag 19 maart 2015 04:58 To: Subversion Development; users@subversion.apache.org; annou...@subversion.apache.org; annou...@apache.org Subject: Apache Subversion 1.9.0-beta1 released I'm happy to announce the

  1   2   3   4   >