Re: What does "Revision X doesn't match existing revision Y" mean?

Brett Cook wrote on Fri, 21 Jun 2019 15:45 +00:00: > Now that I understand the issue, I don't believe there is any > workaround for the issue that will allow the builds to work with SVN > 1.7 (or above) the way they did with SVN version 1.6. As such, I will > work with my team to try and make

Re: What does "Revision X doesn't match existing revision Y" mean?

Brett Cook wrote on Fri, 21 Jun 2019 04:57 +00:00: > I’m doing a checkout using ‘svn co URL DEST’ and get an error that says > “Revision X doesn't match existing revision Y in DEST”. For future searchers' benefit, the error code should have been E155000. (more below) > I’ve tried figuring out

Re: E175012 and E175002 when trying to commit

Christoph Vogtländer wrote on Tue, 02 Apr 2019 09:02 +00:00: > This is reproducible. Running with de_DE.UTF-8 (my default LANG), svn > will try to submit the change but runs into a time-out. Running with > en_GB.UTF-8, svn fails with error 413. > > Why is subversion acting differently with

Re: svn log -r based on a start date suddenly no longer returns any revisions

Nate Kerkhofs wrote on Fri, 29 Mar 2019 09:08 +00:00: > Checking the tag revisions done yesterday through the other unit tests, > all the dates of the revisions are monotonically increasing, with time > between dates ranging from 2 seconds to 2 hours, but always increasing > compared to the

Re: --normalize-probs doesn't do its thing

Thorsten Goetzke wrote on Tue, 26 Mar 2019 10:40 +00:00: > Hello, > > I am evaluating a migration for some very old repositories to subversion > 1.10. These are currently running using subversion 1.7, but where most > likely created a much older version. I use the binaries provided by wandisco

Re: version control model of Subversion source code

I think wuzhouhui wasn't asking about branching models in general, but specifically about what model the Subversion project uses for versioning its own source code (https://svn.apache.org/repos/asf/subversion/). wuzhouhui, your description is accurate. In Subversion's tree changes are committed

Re: File capacity limitation in theory in SVN

Mark Phippard wrote on Wed, 20 Mar 2019 11:53 +00:00: > * While there are no limits on number of files or total size, Not to nitpick, but since there's no such thing as "unlimited capacity", let me be one level more accurate: Internally Subversion stores file size using signed 64-bit integers,

Re: svn:E155007:None of the tarets are working copies

gs on your system. Cheers, Daniel P.S. Having said all that, look up svnpubsub and svnwcsub in tools/ in the source tree. They do basically what you are after with that hook. > -Original Message- > From: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Sent: Saturday

Re: svn:E155007:None of the tarets are working copies

Ryan Schmidt wrote on Sat, 09 Mar 2019 08:43 +00:00: > On Mar 8, 2019, at 14:24, Fairchild, Gregory J - OASAM OCIO CTR wrote: > > Post-commit looks like this: > > #!/bin/sh > > REPOS="$1" > > REV="$2" > > /usr/bin/svn update /var/apache2/2.4/htdocs/ >> > >

Re: Replacing directory by circular symlink produces malformed XML

Denis Excoffier wrote on Sat, 02 Mar 2019 09:17 +00:00: > What would be the best strategy? I can figure out this one: > > 1) Within the working copy, delete the existing tree (not svn delete) > 2) Extract the new tree at the same place > 3) Interpret the result of 'svn status' in terms of 'svn

Re: How to open specified inside .svn

wuzhouhui wrote on Sat, 02 Mar 2019 04:29 +00:00: > In case of someone have interests, you can find my customized Subversion > in https://github.com/wuzhouhui/subversion. I think you want svn_io_check_resolved_path() there, no svn_io_check_path(). > Please forgive me about using Git to version

Re: Replacing directory by circular symlink produces malformed XML

Branko Čibej wrote on Fri, Mar 01, 2019 at 12:08:41 +0100: > On 01.03.2019 11:53, Stefan Sperling wrote: > > On Thu, Feb 28, 2019 at 10:44:25PM +0100, Denis Excoffier wrote: > >> Hello, > >> > >> The situation of the replacement of a directory by a circular symlink > >> generates an XML fragment

Re: Re: How to open specified inside .svn

wuzhouhui wrote on Fri, Mar 01, 2019 at 17:46:55 +0800: > > -Original Messages- > > From: "Branko Čibej" > > Sent Time: 2019-03-01 17:16:40 (Friday) > > To: users@subversion.apache.org > > Cc: > > Subject: Re: How to open specified inside .svn > > > > There are no such generic

Re: SVN keyword replacement

Mark Phippard wrote on Tue, 19 Feb 2019 20:53 +00:00: > It ought to cover everything. If this looks like it is going to take a > considerable amount of your time then you might want to post what you > plan to do on the dev@ mailing list. There is no point spending time on > this if someone

Re: SVN keyword replacement

Mark Phippard wrote on Tue, 19 Feb 2019 18:30 +00:00: > One idea that occurred to me would be adding a new value of %W that is > similar to %P except the path is relative to the root of the working > copy. Assuming that is generally the root of your project, such as > /trunk this would give the

Re: Homebrew SVN 1.11 not working

Stefan Sperling wrote on Wed, 16 Jan 2019 16:13 +0100: > On Wed, Jan 16, 2019 at 09:39:12AM -0500, Mark Phippard wrote: > > line 1760: none: command not found > > Our configure script sets the variables which point to python, ruby, > or perl to "none" by default. There is faulty logic somewhere

Re: Problems with using a symbolic link for .svn folder on TSVN

Oscar Lee wrote on Wed, 09 Jan 2019 19:10 +0100: > My company uses TortoiseSVN internally to keep our files updated. The .svn > folder for the project I have is massive (250GB) and as such I had to move > it off to an external HDD. I created a symbolic link to the new location so > that

Re: Bug report: An error occurred during authentication

Jan Marti wrote on Sun, 06 Jan 2019 00:32 +0100: > But now, with Win10 instead of Win7 as reverse proxy, i get that error > message: > > > > "An error occurred during authentication" Check the error logs of both the proxy server and the backend httpd server for more detailed error messages.

Re: svn diff line numbers

abirami_n wrote on Wed, 02 Jan 2019 02:06 -0700: > Hi, > > I am using svn diff command to get the diff between two files from > subversion. > > I get the chunk header for the changed chunk. > > But I am not finding any option to print line numbers. > > Is it possible to get individual line

Re: svnsync: E175002: REPORT request on '//!svn/rev/' failed

Nick Burkitt wrote on Fri, 28 Dec 2018 10:19 -0800: > I contacted CollabNet, and while they didn't find a solution to the > svnsync problem per se, they did provide instructions for creating a > local backup using "snvrdump dump" and "svnadmin load." Interesting. 'svnrdump dump' and 'svnsync

Re: Issue with binaries generated(subversion 1.10.2) after compilation on AiX 7.2

Prannoy K.v wrote on Fri, 28 Dec 2018 05:53 +: > > Hi Daniel, > Thank you for your help. I wanted to know if I am doing any mistake > during compilation or is it an Issue with AiX or Subversion ? Did you see the comment in the source code I referred you to? I'm guessing the issue is

Re: Issue with binaries generated(subversion 1.10.2) after compilation on AiX 7.2

Daniel Shahaf wrote on Thu, Dec 27, 2018 at 15:04:09 +: > In subversion/libsvn_subr/io.c, in svn_io_file_flush_to_disk(), there's > an APR_STATUS_IS_EINVAL() check. Try making it check > APR_STATUS_IS_EBADF() as well and handle it the same way (assuming "Bad > file numb

Re: Issue with binaries generated(subversion 1.10.2) after compilation on AiX 7.2

Prannoy K.v wrote on Thu, 27 Dec 2018 13:35 +: > Hi Team,  > I tried compiling subversion 1.10.2 on AiX 7.2 machine . Note that 1.10.3 has been released. > After "make" command generated binaries work well in the folder where it > is generated, whereas if we move binaries to a different

Re: svnsync: E175002: REPORT request on '//!svn/rev/' failed

Nick Burkitt wrote on Fri, 14 Dec 2018 12:36 -0800: > Committed revision 69. > Copied properties for revision 69. > Transmitting file data ... > Committed revision 70. > Copied properties for revision 70. > svnsync: E175002: REPORT request on '//!svn/rev/71' failed > PS E:\svn> >

Re: svnsync: E175002: REPORT request on '//!svn/rev/' failed

Nick Burkitt wrote on Fri, 14 Dec 2018 12:36 -0800: > The operation proceeds without problems until it gets to revision 71, at > which point it fails with the error "svnsync: E175002: REPORT request on > '//!svn/rev/71' failed". I've looked at all the related answers I > could find, but none of

Re: Can SVN pull request same as GIT?

Nico Kadel-Garcia wrote on Sat, 01 Dec 2018 09:25 -0500: > On Sat, Dec 1, 2018 at 4:00 AM Stefan Sperling wrote: > > Note that we use such a workflow in SVN itself: When we backport changes > > to stable branches and a merge conflict occurs, we prepare a branch. > > Voting happens in a file

Re: Subversion Web Management/Self-service Site

Shane Brodie wrote on Wed, 14 Nov 2018 13:18 -0600: > My question is: Is there a web-site based management application which > allows the following features? > > - User password changes for Subversion access > - User access: read/write > - Management of users/groups >

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? > > > &g

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

Re: subversion 1.11.0 on FreeBSD 11.2: ... does not support the HTTP/DAV protocol

Dr. Rolf Jansen wrote on Tue, 06 Nov 2018 00:27 -0200: > FYI, RFC 2518 has been obsoleted since 11 years by RFC 4918, and the > relevant chapter moved to 10.1: > https://tools.ietf.org/html/rfc4918#section-10.1, and yes there is still > written "the DAV server MUST return the DAV header".

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

Thorsten Schöning wrote on Sun, 04 Nov 2018 18:57 +0100: > Guten Tag Branko Čibej, > am Sonntag, 4. November 2018 um 17:47 schrieben Sie: > > > I'm not sure what you mean by "handles more than only DAV successfully" > > I thought it might be possible that GitHub answers differently but >

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

Thorsten Schöning wrote on Sun, Nov 04, 2018 at 16:42:11 +0100: > Guten Tag Thorsten Schöning, > am Sonntag, 4. November 2018 um 16:05 schrieben Sie: > > >> The server at '[...]' does not support the HTTP/DAV protocol. > > Others have the same problem and while it is true that GitHub might >

Re: svndumpfilter and svnsync?

Chris wrote on Tue, 30 Oct 2018 13:36 +: > One thing that was a bit annoying was when the dumpfilter threw an error > because of a source of a file was missing when I filtered out a certain > path and it turned out it had been copied to another location. The error > message only prints out

Re: Repository became corrupt on commit

Alan Spark wrote on Wed, 24 Oct 2018 08:57 +0100: > Hi Daniel, > > I didn't get anywhere with the perl script. /usr/bin is definitely in > the path and that is where svnlook is, and the SVNLOOK variable was > already set... anyway I gave up and went for your alternative. > Odd. My first

Re: Repository became corrupt on commit

Daniel Shahaf wrote on Tue, 23 Oct 2018 14:50 +: > Alan Spark wrote on Tue, 23 Oct 2018 14:41 +0100: > > perl dump-noderev.pl /path/to/repository /trunk/scripts/script.py 728 > > Use of uninitialized value $noderev_id in split at dump-noderev.pl line 41. > > Sorry a

Re: Repository became corrupt on commit

Alan Spark wrote on Tue, 23 Oct 2018 14:41 +0100: > Hi Daniel, > > Sorry, I meant to reply to all. For the benefit of others, here is what I > said: > > --- > Thanks for the response. > > > where dump-noderev.pl is [1]? The output should be just a few rfc822-like > > headers specifying the

Re: Repository became corrupt on commit

Alan Spark wrote on Fri, 19 Oct 2018 16:04 +0100: > * Error verifying revision 728. > svnadmin: E160013: Filesystem path 'trunk/scripts/script.py' is > neither a file nor a directory E160013 is SVN_ERR_FS_CORRUPT, but this message is a new one. Can you share the output of . % dump-noderev.pl

Re: ViewVC of Subversion Forbidden

wuzhouhui wrote on Thu, 18 Oct 2018 20:19 +0800: > Hi, > > When I click > Apache's ViewVC instance > > in https://subversion.apache.org/source-code.html, the server told me I > have no permission to access /viewvc/subversion/trunk: > > Forbidden > > You don't have permission to access

Re: svn_client_list() description in API document(svn_client.h)

Yasuhito FUTATSUKI wrote on Thu, Oct 04, 2018 at 19:37:01 +0900: > In ^/subversion/trunk/subversion/include/svn_client.h@1841567 says about > svn_client_list(): > > * Similar to svn_client_list2(), but with @a recurse instead of @a depth. > > * If @a recurse is TRUE, pass #svn_depth_files for @a

Re: svndumpfilter and svnsync?

Ryan Schmidt wrote on Thu, 04 Oct 2018 06:04 -0500: > On Oct 4, 2018, at 02:32, Chris wrote: > > I figured using svnsync to get the "cleaned repo" up to date with the > > changes on the "live repo", but a note in the svnsync documentation says > > "The only commits and revision property

Re: How to Shutdown Svn Server

Mark Phippard wrote on Wed, 03 Oct 2018 10:14 -0400: > You can either alter the authz rules to remove all write permissions or > just add a start-commit hook that does an exit 1. Additionally, if a pre-revprop-change hook exists then it should either be deleted or be made to exit with a non-zero

Error codes meaning "This is a working copy, but I can't read it"

I'm looking into a piece of logic for extracting basic information about a working copy (basically, the output of `svn info` on the the current directory or on the wc root), and trying to teach it to detect the situation "This is a working copy, but I can't read it". What error codes should I

Re: Subversion 1.10.2 Checksum (SHA512)

Daniel Shahaf wrote on Sat, 22 Sep 2018 15:28 +: > Adam Jensen wrote on Sat, 22 Sep 2018 11:12 -0400: > > On 09/22/2018 10:13 AM, Daniel Shahaf wrote: > > > One reason for not creating the file in the form > > > "${hash}${two_spaces}${filename}" > >

Re: Subversion 1.10.2 Checksum (SHA512)

Adam Jensen wrote on Sat, 22 Sep 2018 11:12 -0400: > On 09/22/2018 10:13 AM, Daniel Shahaf wrote: > > One reason for not creating the file in the form > > "${hash}${two_spaces}${filename}" > > is that not everyone uses sha512sum from GNU coreutils. If there

Re: Subversion 1.10.2 Checksum (SHA512)

Branko Čibej wrote on Sat, 22 Sep 2018 16:54 +0200: > Ah, that would be this one: > > https://www.apache.org/dyn/closer.cgi?path=subversion/subversion-1.10.2.tar.bz2 That still gives me an HTML page, whether I pass the relpath as a query parameter (as you have) or as PATH_INFO.

Re: Subversion 1.10.2 Checksum (SHA512)

Branko Čibej wrote on Sat, 22 Sep 2018 16:22 +0200: > On 22.09.2018 16:13, Daniel Shahaf wrote: > > Please don't download the artifacts from www*.apache.org but from a > > mirror. I think there is a redirector CGI somewhere that automatically > > redirects you to a mirro

Re: Subversion 1.10.2 Checksum (SHA512)

Daniel Shahaf wrote on Sat, 22 Sep 2018 14:13 +: > Adam Jensen wrote on Sat, 22 Sep 2018 09:39 -0400: > > Given the current situation, can anyone think of a shell script blurb to > > download the files then verify with the hash? > > wget .../subversion-1.10.2.ta

Re: Subversion 1.10.2 Checksum (SHA512)

Adam Jensen wrote on Sat, 22 Sep 2018 09:39 -0400: > Given the current situation, can anyone think of a shell script blurb to > download the files then verify with the hash? wget .../subversion-1.10.2.tar.bz2 wget https://www.apache.org/dist/subversion/subversion-1.10.2.tar.bz2.sha512 sha512sum

Re: Inconsistencies/bugs in peg revision parsing and help description

Michael Osipov wrote on Sun, 09 Sep 2018 20:35 +0200: > I would expect the help output to contain information that target which > do not explicitly have [@PEGREV] documented are still subject to peg rev > parsing and can cause subtile error messages which cannot be explained > via help: > >

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: Tree conflict resolution considered harmful

Dag-Erling Smørgrav wrote on Thu, 30 Aug 2018 23:49 +0200: > Daniel Shahaf writes: > > Dag-Erling Smørgrav writes: > > > % svn resolved $(svn stat | awk '$2 == "C" { print $3 }') > > 'svn resolved -R ./' is equivalent and more robust. > > No. My c

Re: Tree conflict resolution considered harmful

Stefan Sperling wrote on Thu, 30 Aug 2018 14:06 +0200: > In --non-interactive mode the default value for --accept is 'recommended'. This is a backwards incompatible change to the semantics of `svn merge --non-interactive` (with no other --option flags): A workflow designed under 1.9 and trusting

Re: Tree conflict resolution considered harmful

Dag-Erling Smørgrav wrote on Thu, 30 Aug 2018 14:49 +0200: > % svn resolved $(svn stat | awk '$2 == "C" { print $3 }') 'svn resolved -R ./' is equivalent and more robust.

Re: Tree conflict resolution considered harmful

Dag-Erling Smørgrav wrote on Wed, Aug 29, 2018 at 12:54:43 +0200: > Please add an option to disable conflict resolution entirely. As a hotfix, I think this will do what you need? Index: subversion/libsvn_client/conflicts.c === ---

Re: Reintragration using 'swtich'

Anton Shepelev wrote on Wed, 22 Aug 2018 20:03 +0300: > Is the wroking copy of the branch not required for reintegration? It's not required. You can 'switch' your working copy to trunk and run 'svn merge' passing it the URL of the feature branch.

Re: svn_load_dirs doesn't support filenames with @ in

Ryan Schmidt wrote on Tue, 21 Aug 2018 14:16 -0500: > On Aug 21, 2018, at 05:43, Daniel Shahaf wrote: > > j...@beniston.com wrote on Tue, 21 Aug 2018 09:40 +0100: > >> This patch adds @ to the end of the filename, to make it work. > > > > Thanks jon. Com

Re: svn_load_dirs doesn't support filenames with @ in

Nico Kadel-Garcia wrote on Tue, 21 Aug 2018 08:39 -0400: > On Tue, Aug 21, 2018 at 6:43 AM, Daniel Shahaf > wrote: > > j...@beniston.com wrote on Tue, 21 Aug 2018 09:40 +0100: > > Your MUA seems to have mangled the patch. The easiest way to avoid this > > is to send patc

Re: svn_load_dirs doesn't support filenames with @ in

j...@beniston.com wrote on Tue, 21 Aug 2018 09:40 +0100: > This patch adds @ to the end of the filename, to make it work. Thanks jon. Committed with tweaks in r1838539. > --- svn_load_dirs.pl.in.old.txt 2018-08-21 09:33:02.557893300 +0100 > > +++ svn_load_dirs.pl.in 2018-08-21

Re: Revert, but give it a different name?

Nathan Hartman wrote on Tue, 14 Aug 2018 12:36 -0400: > Suppose I modified filename.c. Can I revert, but instead of throwing away > my changes, revert to a separate file like filename.c.old and keep my > modified filename.c for comparison in my favorite tool? svn cat filename.c@BASE >

Re: Best way to correct directory error?

Bo Berglund wrote on Sat, 11 Aug 2018 16:41 +0200: > Now he has put his project sources into: > /Projectname/trunk/Projectname > > What is the best way to fix this so it will reside in > /Projectname/trunk instead? > > - Check out /Projectname/trunk and receive subdir Projectname > - Move to

Re: Some files stay at an too new revision when updating the working copy to an old revision

Franz Sirl wrote on Tue, 24 Jul 2018 22:00 +0200: > It turns out this is probably issue #4700 which for some reason was > never approved for the 1.9 branch, even though it was already nominated > last October. So the version that matters here is the server version. > After I upgraded the server

Re: subversion-1.10.2/subversion/mod_dav_svn/reports/list.c:273L bad if ?

David Binderman wrote on Sun, 22 Jul 2018 10:18 +: > subversion-1.10.2/subversion/mod_dav_svn/reports/list.c:273]: (style) > Expression is always false because 'else if' condition matches previous > condition at line 271. (I replied on https://issues.apache.org/jira/browse/SVN-4765. David,

Re: using -F fails using bash process substitution. bug?

Philip Martin wrote on Thu, 19 Jul 2018 16:16 +0100: > We might be able to fix the code that uses stat() > by having it check for EOF as well. I see you've now done this in r1836306. Any reason not to backport that? (Feel free to add my +1)

Re: using -F fails using bash process substitution. bug?

Philip Martin wrote on Thu, 19 Jul 2018 23:07 +0100: > Daniel Shahaf writes: > > >> The workaround is to use: > >> > >> echo -ne "ignorethis\n" | svn ps svn:ignore -F - . > > > > By the way, an even simpler workaround in t

Re: using -F fails using bash process substitution. bug?

Philip Martin wrote on Thu, 19 Jul 2018 16:16 +0100: > Zing Shishak writes: > > The following fails to set svn:ignore using process substitution for the > > file option: > > > > $ svn ps svn:ignore -F <(echo -ne "ignorethis\n") . > > property 'svn:ignore' set on '.' > > > > The property is

Re: using -F fails using bash process substitution. bug?

Philip Martin wrote on Thu, 19 Jul 2018 16:16 +0100: > It's possible it did work in the past and in other places that construct > does work, e.g. > >svnmucc -mm put <(echo foo) URL > > Subversion has multiple ways to read a file and when reading from a pipe > (and that shell command

Re: Subversion server

Daniel Shahaf wrote on Thu, 05 Jul 2018 15:22 +: > Johan Corveleyn wrote on Thu, 05 Jul 2018 11:53 +0200: > > I do think it would be a great feature though, to have --include and > > --exclude options (with glob-like syntax, like our recent --search > > option for 'svn

Re: Subversion server

Johan Corveleyn wrote on Thu, 05 Jul 2018 11:53 +0200: > I do think it would be a great feature though, to have --include and > --exclude options (with glob-like syntax, like our recent --search > option for 'svn ls') for certain svn commands. With server-side > support to only send the matching

Re: svn 1.10: mod_authz no longer combines ACL entries

Branko Čibej wrote on Wed, Jul 04, 2018 at 13:34:04 +0200: > On 04.07.2018 13:25, Michael Ruder wrote: > > Is this really an intentional change? It results in our case in a huge > > amount of duplicated ACL entries and seems a rather drastic change > > regarding backwards compatibility. > > This

Re: svn st without the X lines for externals?

Nathan Hartman wrote on Sun, 01 Jul 2018 10:31 -0400: > Thank you for mentioning this. I will look into it and perhaps it can be > fixed. Probably just need to make apply_color return its first argument unmodified when "not sys.stdout.isatty()".

Re: SVN patch issue with property changes

Dipu H wrote on Thu, Jun 28, 2018 at 15:23:35 +: > It is a conflict. Values didn’t change after applying the patch. > > root@contrail-ubm-dipuh:/tmp/tests# svn patch /tmp/patch > Cxpathleak.py > > rejected hunk ## -0,0 +1,1 ## (svn:executable) > Summary of conflicts: >

Re: SVN patch issue with property changes

Philip Martin wrote on Thu, Jun 28, 2018 at 16:19:30 +0100: > The normalization of svn:executable values is implemented in the client. > If some client chooses not to implement that normalization the backend > will store any value given. > > Should the svn client silently merge '' and '*' for

Re: SVN patch issue with property changes

Dipu H wrote on Thu, 28 Jun 2018 14:24 +: > Looks like svn is not able to properly handle the svn:executable > property changes via patch. Works for me: [[[ % svnadmin create r % svn co -q file://`pwd`/r wc % cd wc % touch iota % svn add -q iota % svn ci -q -m add % svn up -q % svn ps -q

Re: Unable to shelve changes when using custom diff-cmd

Branko Čibej wrote on Tue, 26 Jun 2018 12:37 +0200: > It would be helpful if the wrapper script returned the exit code from > the diff program. Something like 'exit $?' at the end would do it. Come again? Appending 'exit $?' to a shell script is a no-op; a script returns the exit code of its

Re: core dump when specifying revision with trailing dash

Robert Wenner wrote on Mon, 11 Jun 2018 15:56 +0200: > robert~> svn diff -c 123- > svn: E235000: In file 'subversion/libsvn_client/ra.c' line 682: > assertion failed (SVN_IS_VALID_REVNUM(start_revnum)) > Abort trap: 6 (core dumped) > > IMHO Subversion should reject the bad revision number, as it

Re: Problem setting Notepad++ as log message editor for svn 1.9.7 (Windows7)

Bo Berglund wrote on Fri, 08 Jun 2018 18:29 +0200: > How can I use Notepad++ as the log editor and not have this happening? Subversion runs the editor command with system() and expects that when system() returns, if the exit code is zero then the user has finished editing the log message. You

Re: SVN access became slow

Stefan Sperling wrote on Wed, 06 Jun 2018 15:18 +0200: > On Wed, Jun 06, 2018 at 12:37:53PM +0200, Johannes van der Vegt wrote: > > But... Can I have two processes (IPv4 and IPv6) running on the same port > > together? And will they access the same database on the driver? That may > > give trouble

Re: SVN access became slow

Stefan Sperling wrote on Tue, 05 Jun 2018 15:33 +0200: > If your SVN server has an IPv6 address but does not provide service > on that address, this is expected behaviour. There is no way for > the SVN client to know that it should not be trying this address. Well, connecting to the IPv6 address

Re: Bug in tools/server-side/svnpubsub/svnwcsub.py

sebb wrote on Fri, 25 May 2018 14:14 +0100: > The following fails because fname is not defined: > > self.read(fname) [1] > > it should be > > self.read(self.fname) Thanks for the report. With that change, the [DEFAULT] section doesn't get emptied by reload(). Would you like to send a patch

Attachments policy (was: Re: Issues)

Ralph Seichter wrote on Thu, 24 May 2018 13:39 +0200: > Can the mailing list administrators please change the configuration so > that nobody can send 5-MB-photos to this list? Thank you. How often has that been happening?

Re: How to check out a project based on commit time rather than rev?

Ryan Schmidt wrote on Fri, 18 May 2018 18:55 -0500: > There is no need for a separate command because any command that takes a > revision number can also accept a date and time. If no time is > specified, the time is midnight. Subversion then uses the newest > revision that precedes the given

Re: Strange libtool errors when try to build pyhton and ruby bindings (1.10.0)

Lev Serebryakov wrote on Fri, 13 Apr 2018 19:39 +0300: > On 13.04.2018 19:20, Lev Serebryakov wrote: > > I'm preparing FreeBSD of subversion-1.10.0 and have very strange errors > > when try to build bindings. > Commands (cc) are missed in both cases. perl and Java bindings don't > have this

Re: How to disable lz4 support when library is installed in system?

> > What should I pass to "configure" to PREVENT detection & usage of lz4 > > library installed in system? `--without-lz4' doesn't work. Yes, I can reproduce this. '--without-lz4' results in: configure: lz4 configuration via prefix checking for LZ4_compress_default in -llz4... yes which is

Re: width of output of 'svn shelves' is too large

wuzhouhui wrote on Sat, Mar 31, 2018 at 18:17:17 +0800: > > > On 31 Mar 2018, at 1:28 AM, Daniel Shahaf <d...@daniel.shahaf.name> wrote: > > > > wuzhouhui wrote on Mon, Mar 19, 2018 at 19:26:08 +0800: > >> The width of terminal is 80 column, but the width of

Re: width of output of 'svn shelves' is too large

wuzhouhui wrote on Mon, Mar 19, 2018 at 19:26:08 +0800: > The width of terminal is 80 column, but the width of output of 'svn shelves' > is 82 > at least, I think 80 is better. Thanks for testing the pre-releases. > What do you think? Agreed in principle, but cannot reproduce the original

Re: E130003: The XML response contains invalid XML - Follow-up

Philip Martin wrote on Fri, 16 Mar 2018 13:44 +: > "NOCERA, ANDY" writes: > > > I used dump and load to debug the malformed node revision ID. Here > > are my steps and what learned. Looks like the revs' file text: entry > > has a zero instead of size. By just editing the

fsfs 'structure' terminology: length/size v. size/expanded-size (was: Re: E130003: The XML response contains invalid XML - Follow-up)

[ cc += dev@ ] NOCERA, ANDY wrote on Thu, 15 Mar 2018 22:35 +: > Folks, > > I used dump and load to debug the malformed node revision ID. Here are > my steps and what learned. Looks like the revs' file text: entry has > a zero instead of size. To be clear, you mean the fourth field.

Re: Can import also convert the source to a working copy

Branko Čibej wrote on Thu, 15 Mar 2018 21:37 +0100: > On 15.03.2018 20:18, Bo Berglund wrote: > > On Thu, 15 Mar 2018 13:45:13 -0400, Kris Deugau > > wrote: > > > >> Unless I misread your original post, the very first option in that link > >> looks like a better fit. To

Re: Run shelve tests in subversion 1.9

wuzhouhui wrote on Sun, 11 Mar 2018 19:51 +0800: > > On 11 Mar 2018, at 7:15 PM, wuzhouhui <1530108...@qq.com> wrote: > >> On 11 Mar 2018, at 6:29 PM, Branko Čibej wrote: > >>> On 11.03.2018 11:20, wuzhouhui wrote: > >>> I am backporting 'svn shelve' subcommand into Subversion

Re: SHA-1 collision in repository?

Daniel Shahaf wrote on Fri, Mar 02, 2018 at 22:57:51 +: > Myria wrote on Mon, Feb 26, 2018 at 13:41:05 -0800: > > In other news, unknown whether related to the current problem, my > > attempt to clone the repository to my local computer is failing: > > > > D:\>sv

Re: SHA-1 collision in repository?

Myria wrote on Thu, Mar 01, 2018 at 18:45:38 -0800: > Also, I have no control over what was in the repository five years > ago. The huge files were compiled versions of WebKit libraries. Note that in 2017, WebKit intentionally committed a SHA-1 collision into their repository. If you have the

Re: SHA-1 collision in repository?

Myria wrote on Mon, Feb 26, 2018 at 13:41:05 -0800: > In other news, unknown whether related to the current problem, my > attempt to clone the repository to my local computer is failing: > > D:\>svnsync sync file:///d:/svnclone > Transmitting file data >

Re: Reverting accidental permanent acceptance of SSL certificate?

Bo Berglund wrote on Sun, 11 Feb 2018 21:00 +0100: > I found the certificate acceptance in this file: > > ~/.subversion/auth/svn.ssl.server/52e60f46d8c02303aea5256b18eb7aac > > It looks perfectly safe, does not contain anything especially useful. That file records the certificate itself (in

Re: EOL problems in cvs2svn converted repository

Bo Berglund wrote on Sun, 11 Feb 2018 09:34 +0100: > For OpenVPN I found that I had to add some servers to apt-get in order > to use the OpenVPN own repository, is there a similar solution for > Subversion? See https://subversion.apache.org/packages ... but unless there is a specific bugfix from

Re: EOL problems in cvs2svn converted repository

Johan Corveleyn wrote on Fri, 09 Feb 2018 13:40 +0100: > So changing this in historic revisions (in a dump file) is not just a > question of adding the property, it also involves normalizing the > corresponding file contents in the dump (and the dump format contains > checksums and offsets, so

Re: svn diff non-temporary files option

Branko Čibej wrote on Wed, 07 Feb 2018 14:21 +0100: > No; because 'svn diff' hides differences in end-of-line style and > keyword expansions, it has to preprocess the files in the working copy, > and it sends those preprocessed files to the external diff wrapper. > > We could theoretically skip

Re: Building 1.8.19 from source tarball

Stefan Sperling wrote on Wed, 31 Jan 2018 16:58 +0100: > On Wed, Jan 31, 2018 at 10:45:07AM -0500, Nathan Hartman wrote: > > The get-deps.sh script that comes with the source tarball is fetching > > apr-1.4.6 and apr-util-1.5.1. There are newer versions available, > > namely apr-1.6.3 and

Re: Searching for a C++ API

R developer wrote on Tue, 30 Jan 2018 10:22 +0100: > I'm not that familiar with the C API unless I'm missing something > (which is very well possible) one would have to manage the apr pools > himself? In the C API, the caller of a function passes to it a result_pool and a scratch_pool, and

Re: Website spelling correction

Nathan Hartman wrote on Wed, 24 Jan 2018 10:15 -0500: > The page at: > https://subversion.apache.org/docs/community-guide/conventions.html > > has the text "Variadic arugment lists" in a section heading and link > to that section. That should be corrected to "Variadic argument > lists." Thanks,

Re: File and folder names corrupted when importing from CVS using cvs2svn

Andreas Krey wrote on Thu, 18 Jan 2018 19:14 +0100: > svndumping, filtering and reloading may fix the file names for > all revisions, but I have no idea how the client sandboxes > will react to that. The term is "working copies", and if when changing the history one should 'svnadmin setuuid' the

<    1   2   3   4   5   6   7   8   9   10   >