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 c
> -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
> wrote:
>
> >Bo Berglund wr
> -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 s
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
Fr
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 proje
> -Original Message-
> From: wuzhouhui [mailto:1530108...@qq.com]
> Sent: donderdag 26 oktober 2017 07:36
> To: users@subversion.apache.org
> Subject: svn merge failed
>
> Hi,
>
> I run "svn merge" in my working copy, but I got
>
> svn: E27: Querying mergeinfo requires version 3 of
> -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 Schmidt wrote on Sun, Oct 15, 2017 at 14:00:10 -0500:
> > On Oct
> -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
> (Percent Encoding)
>
> I can't reprodu
> -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 does
> -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
> subve
> -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 Wed, Sep 13, 2017 at 7:20 AM, Matt Simmons
>
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 diff
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, but
> -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 environment
> -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 range" when merging from
> trunk to br
> -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
> -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 Čibej писал(а) в с
> -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 wrote:
> > Hello Users
> -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
> -
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 pat
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 t
> -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 Tue, Feb 21, 2017 at 15:
> -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.
>
> - tr
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 can
> -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 solution, but it's a start. C
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.
Th
CollabNet SvnEdge use this configuration to avoid that problem
I just described with hiding subdirectories for specific users.
In your case I think you want to change your httpd.conf block to apply to
the repository root to make it include the private urls, and add the now
missing methods to the LimitEx
> -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 AM
> -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 comman
> -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 to
> -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 07:41:18PM +0800, yuan
> -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 ILLANES wrote on Fri, Sep 23, 2
> -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,
>
> Alexandre C. Guimarães wrote:
> >
> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: zaterdag 3 september 2016 12:49
> To: Alfred von Campe
> Cc: Bert Huijben ; Israel Sadeh vision.com>; users@subversion.apache.org
> Subject: Re: SVN Feature Request: Selecting the revision
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 t
> -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 80
> -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
>
>
> > On Apr 29, 2016, at 2:17 AM, Tomáš Bartek
>
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 wh
> -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
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 1.6.x
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: donderdag 3 maart 2016 09:30
> To: webster.br...@rogers.com
> Cc: users@subversion.apache.org
> Subject: Re: Weird Behaviour: Files reverted that didn't show up in a status
> --
> no-ignore
>
> On Wed, Mar 2
> -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?
>
> Thanks to all who have shared their respe
[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' ; 'Michal Matyl'
>
> Cc: users@subversion.apache.org
> Subject: 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 example is about a simpl
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 f
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
Fr
> -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 Alaniz wrote:
> > In file
> >
> -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, but
> -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 serv
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 sa
> -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 fol
> -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 repo
>
> Michael Osipov wrote on Fri, Feb 05
> -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 repository 20% bigger than svn 1.8 repository
>
> On Mon, Feb 01, 2016
> -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 writes:
>
> > I have a svn 1.9
> -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 Message--
are, would 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
> -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 r
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
Subject: Re: U
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 unex
By default svnadmin dump doesn’t produce deltas… so a small change on a file
will have it include the entire file in the dumpfile.
If you pass ‘--deltas' to svnadmin dump (see ‘svnadmin help dump’) your file
will be smaller, at the cost of some extra processing during the dump creation.
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 wan
> -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 reposi
> -Original Message-
> From: Hartleroad, James [IT] [mailto:james.hartler...@sprint.com]
> Sent: maandag 23 november 2015 17:24
> To: Ivan Zhakov
> Cc: users@subversion.apache.org
> Subject: RE: svnlook changed doesn't include all of the files that are part of
> the commit
>
> Version 1
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] [mailto:james.
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 prope
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.
> -Original Message-
> From: Bert Huijben [mailto:b...@qqmail.nl]
> Sent: maandag 19 oktober 2015 13:22
> To: 'Philip Martin' ; 'Lev Serebryakov'
>
> Cc: 'Daniel Shahaf' ;
> users@subversion.apache.org
> Subject: RE: subversi
> -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 "all-static" on FreeBSD
10+
>
> Lev Serebryakov
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 ne
> -Original Message-
> From: edward.dauver...@gmail.com
> [mailto:edward.dauver...@gmail.com] On Behalf Of Edward d'Auvergne
> Sent: dinsdag 6 oktober 2015 12:21
> To: Edward d'Auvergne ; Greg Stein
> ; users@subversion.apache.org
> Subject: Re: Bug report: The auto-props setting of svn:m
> -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 Wi
> -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, 2015 at 09:16:04PM
> -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
> impossible to avoid.
>
> On Sun, Oct 04,
> -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, Eric Johnson wro
> -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 guys,
> -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 9/7/2
> -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 Mon, Sep 07, 2015 at 11:4
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 oth
> -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
> whate
> -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 encodin
> -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_dav
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 a
> -Original Message-
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Sent: woensdag 22 juli 2015 13:43
> To: Markus Schaber
> Cc: Grierson, David ; d...@subversion.apache.org; 牛
> 暁冬 ; users@subversion.apache.org
> Subject: Re: Feature request: Save the old file when svn revert
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 Jenk
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: Unable to connect
to
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 file:
> -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
> -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
>
> > > -Or
> -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
.
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
uot; "file:\\\%REPOS_DIR%\tags
"
svn: E020024: Error resolving case of 'file:\\\h:\repos\my-repos\trunk'
On Thu, May 28, 2015 at 12:51 PM, Bert Huijben mailto:b...@qqmail.nl> > wrote:
Hi,
You could use %REPOS_DIR:\=/% instead of just %REPOS_DI
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 [mailto:asimol
> -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 0
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 wrote:
> Apparently I'm not subscribed
> -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
> -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 si
> -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
> https://svn.apache.org/repos/asf/subversion/branches/svn-
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 client
> -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
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 case
1 - 100 of 392 matches
Mail list logo
