Re: Can't connect to github anymore

On 14.01.2024 20:52, Nico Kadel-Garcia wrote: On Sun, Jan 14, 2024 at 2:27 PM sean wrote: On 2024-01-13 16:11, Nico Kadel-Garcia wrote: There are not many compelling reasons to use Subversion anymore, except the ability to check out only subdirectories from a branch and the insistence that a

Re: filename encodings and conversion failure

On 26.12.2022 22:26, Karl Berry wrote: I certainly don't expect such fundamental behavior to change, but I can't help but respond a little. Just ignore me :). All the world is not Unix ... the problem of cross-platform compatibility. Of course. Precisely the reason why

Re: filename encodings and conversion failure

On 24.12.2022 21:49, Karl Berry wrote: The most classic example is "FILE.TXT" versus "file.txt". According to To repeat: I'm not talking about case clashes and similar underlying filesystem problems; other people brought those up. I'm asking specifically about the failure of the

Re: Windows, svn propset svn:ignore *

On 28.08.2022 14:39, Daniel Sahlberg wrote: Den fre 26 aug. 2022 kl 15:13 skrev Jon Daley : I don't use Windows, so I can't help you on the escaping of the *, but I often use propedit, rather than propset (partly because I can never remember the order of the directory and the

Re: subversion 1.14.0 : svn list command takes more time to execute in windows 2012, 2016

On 12.08.2022 09:44, Channakeshavala, Sriharsha wrote: Hi Subversion Team, We have compiled the *subversion 1.14.0* source code successfully with below dependent libraries: 1. Expat 2.2.9 2. Zlib 1.2.8 3. Sqlite 3.28.0 4. Apr 1.6.5 5. apr-util-1.6.0 *Compilation Machine details:*

Re: Using IIS as a reverse proxy in front of Apache/SVN

On 10.06.2021 07:44, Daniel Sahlberg wrote: Den tors 10 juni 2021 kl 02:23 skrev Daniel Shahaf mailto:d...@daniel.shahaf.name>>: Daniel Sahlberg wrote on Wed, Jun 09, 2021 at 08:18:04 +0200: > Hi, > > We are using VisualSVN server (basically Apache 2.4.48 and Subversion

Re: A more permanent home for the add-a-password-to-a-cached-username script? (was: Re: using svn cli with --non-interactive (in scripts) securely, without exposing password)

On 23.02.2021 17:46, Daniel Shahaf wrote: If a cron job needs authentication, its credentials need to be stored somewhere, either in plaintext or in "as good as" plaintext. I think storing the passwords in unobfuscated plaintext was a deliberate decision, informed by CVS's design choices in

Re: upgrading from repo format 1

On 28.06.2020 13:35, Ben Elliston wrote: > On Sun, Jun 28, 2020 at 11:04:18AM +, Daniel Shahaf wrote: > >> Branko ??ibej wrote on Sun, 28 Jun 2020 11:20 +0200: >> What are the differences between f1 and f3? Would «echo 3 > format» >> (plus perhaps some manual edits) allow current svnadmin's

Re: upgrading from repo format 1

On 27.06.2020 15:04, Ben Elliston wrote: > I was a very early SVN user. I have a repo last timestamped January > 2003 that I want to get files and data out of. When I run svn upgrade, > I get: > > svnadmin: E165005: Expected repository format '3' or '5'; found format '1' Repository format 1 is

Re: Bug: Svn client will no longer connect to old SVN server

On 15.06.2020 09:43, Michael Back wrote: > Hello Subversion folks, > > When I upgraded to the latest version of my Linux OS (Ubuntu 20.04) > and installed Subversion 1.13.0 client, svn could no longer connect to > our company's old subversion server via https. > > $ svn --version > svn,

Re: Ignore every file except XX*

On 13.06.2020 12:09, Daniel Shahaf wrote: > Branko Čibej wrote on Sat, 13 Jun 2020 09:51 +00:00: >> On 13.06.2020 11:15, Daniel Shahaf wrote: >>> Daniel Sahlberg wrote on Fri, 12 Jun 2020 21:14 +0200: >>>>> Care to move this over to dev@ with a patch? >>>&

Re: Ignore every file except XX*

On 13.06.2020 11:15, Daniel Shahaf wrote: > Daniel Sahlberg wrote on Fri, 12 Jun 2020 21:14 +0200: >>> Care to move this over to dev@ with a patch? >>> >> Will do, it might take a few days. >> >> Thanks to the other users for their suggestions but I don't think they'll >> be general enough for

Re: Ignore every file except XX*

On 12.06.2020 08:24, Matt Simmons wrote: > Have you considered a pre-commit hook to deny anything not matching > your rule? A pre-commit hook doesn't see the contents of the working copy, it's completely unsuitable for this use case. -- Brane > On Thu, Jun 11, 2020 at 11:21 PM Bra

Re: Ignore every file except XX*

On 12.06.2020 07:30, Daniel Sahlberg wrote: > Hi, > > Thanks for your quick response! >   > > The way I solve a similar case is to set svn:ignore to '*', i.e., to > ignore everything, then just 'svn add' the files I want under version > control. It's not ideal, as you'd miss the files

Re: Ignore every file except XX*

On 11.06.2020 10:46, Daniel Sahlberg wrote: > Hi, > > Not sure if this belongs in users or in dev so I follow the guidelines > and post here first. > > I would like to svn:ignore every file (in a certain path) except files > starting with XX or YY. > > This question seems to have been asked in 

Re: Rescue Linux tool svnwcrev from abandoning. Does someone have a copy we can add to github ?

On 05.06.2020 14:22, Roelof Berg wrote: > Update: Topic solved. > > I will create a script named SubWCRev.sh with a content like: > > #!/bin/bash > echo -n "{\"" > echo -n `svn info | grep -e "^URL: " | sed 's/URL: //g'` > echo -n "\",\"" > echo -n `svn info | grep -e "^Revision: " | sed

Re: svn cleanup --remove-unversioned throws E720005 in Windows When Attempting To Delete a Junction

On 06.05.2020 05:16, Ace Olszowka wrote: >> If you make a junction pointed at a different folder, not the %TEMP% folder, >> does it still fail to cleanup unversioned items? > Yes; in the actual repo we point to a folder within the source root. > >> Also, do you (or someone else) happen to have a

Re: Who else is using SVN for large-binary-asset storage?

On 25.04.2020 20:18, Daniel Shahaf wrote: > Mark Phippard wrote on Sat, 25 Apr 2020 18:01 +00:00: >> But the final goal should be something like this (in order of importance): >> >> 1. Do not store a pristine in working copy for the file >> 2. Do not do deltification on the client when committing

Re: Who else is using SVN for large-binary-asset storage?

On 25.04.2020 20:01, Mark Phippard wrote: > While hand-waving on all of the details, it seems like if we had some > property one could put on a file Not to step on anyone's enthusiasm, but it would be much better if people could find a way to identify files that are "large binaries" in an way

Re: svn:ignore of checked in files and commit

On 15.04.2020 13:27, Attila Kinali wrote: > Hi, > > In the days of old, like several years back... > When we had files that needed to be edited localy for each user/developer, > we used to check them in normally, then set svn:ignore to ignore those > files. This would result `svn commit` to ignore

Re: differ file in SVN checkout and export

On 18.02.2020 14:39, Tatyana Irzun wrote: > > /We got difference in the same revision and same file but taken by > export and checkout in SVN client version more or equal than 1.10:/ > > /$ svn co https://svn-test.net/svn/test/ -r9 checkout > Checked out revision 9. > $ svn export

Re: Why option --diff and -q of svn log are mutually exclusive

On 22.12.2019 04:55, Daniel Shahaf wrote: > wuzhouhui wrote on Sun, 22 Dec 2019 03:29 +00:00: >> When I use >> >> svn log -q --diff >> >> to display only different of every revision, the svn report error: >> >> svn: E205000: Try 'svn help log' for more information >> svn: E205000:

Re: How do I enable storing of plaintext passwords?

On 15.12.2019 22:49, Barry wrote: > >> On 15 Dec 2019, at 15:29, Branko Čibej wrote: >> >> On 15.12.2019 14:46, Barry Scott wrote: >>> I'm doing some testing and want to test with plaintext passwords. >>> >>> It seems that storing plaintext p

Re: How do I enable storing of plaintext passwords?

On 15.12.2019 14:46, Barry Scott wrote: > I'm doing some testing and want to test with plaintext passwords. > > It seems that storing plaintext passwords can be compiled out. Is that why I > cannot configure it back on?

Re: What is the permissible character set for @group references in path-based auth?

On 15.12.2019 11:43, sebb wrote: > On Sun, 15 Dec 2019 at 00:52, Branko Čibej <mailto:br...@apache.org>> wrote: > > On 14.12.2019 14:08, sebb wrote: > > On Sat, 14 Dec 2019 at 12:03, Daniel Shahaf > mailto:d...@daniel.shahaf.name> > > <m

Re: What is the permissible character set for @group references in path-based auth?

On 14.12.2019 14:08, sebb wrote: > On Sat, 14 Dec 2019 at 12:03, Daniel Shahaf > wrote: > > sebb wrote on Sat, 14 Dec 2019 09:12 +00:00: > > The only documentation I could find [1] defines a key using > : > > > > ::= (any character except ) >

Re: Bug in docs regarding case-sensitivity?

On 14.12.2019 14:38, sebb wrote: > On Sat, 14 Dec 2019 at 13:33, Daniel Shahaf > wrote: > > sebb wrote on Sat, 14 Dec 2019 13:17 +00:00: > > On Sat, 14 Dec 2019 at 11:51, Daniel Shahaf > mailto:d...@daniel.shahaf.name>> wrote: > > > sebb wrote on

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

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

Re: Remove revision range from repository

On 05.12.2019 13:01, Josef Wolf wrote: > Thanks for your answer, Branko! > > On Thu, Dec 05, 2019 at 12:11:38PM +0100, Branko Čibej wrote: >> On 05.12.2019 10:56, Josef Wolf wrote: >>> I need to permanently remove a range of revisions from a repository, which >>>

Re: Remove revision range from repository

On 05.12.2019 10:56, Josef Wolf wrote: > Hello, > > I need to permanently remove a range of revisions from a repository, which are > not the latest. > > None of the working copies have such a revision checked out (I guess, that > might be a show-stopper). > > > I know, I can do: > > # svnadmin

Re: svn error E720145 with svn cleanup --remove-unversioned

On 27.11.2019 11:24, LUGNIER, Cédric (CA-CIB) wrote: > > Hi, > >   > > We sometimes have the following error when we do use svn cleanup > –remove-unversioned under Windows: > > svn: E720145: Can't remove directory > 'C:\dev\Jenkins\workspace\qlib_full >

Re: Bug in Microsoft Application -Subversion

On 21.11.2019 10:23, Anantha Chitradurga Venkatesh (Tata Consultancy Services Limi) wrote: > > Hi > > This is regarding Bug 438116 > : > [Subversion]Test blocked - Need test steps - Unable to get > notifications in channel. > > Our

Re: Windows 10 November 2019 security updates affecting file:// to Win2003 shares?

On 20.11.2019 16:17, jimbobmcgee wrote: > HI all; > > Appreciating the woefully out-of-date/unsupported nature of my setup, I > thought it might be worth dropping a line to see if anyone else out there > might be experiencing issues since this month's Patch Tuesday release. > > Prior to the

Re: Windows 10 November 2019 security updates affecting file:// to Win2003 shares?

On 20.11.2019 18:57, Nathan Hartman wrote: > On Wed, Nov 20, 2019 at 10:59 AM jimbobmcgee > > wrote: > > HI all; > > Appreciating the woefully out-of-date/unsupported nature of my > setup, I thought it might be worth dropping a line to see

Re: Building subversion runs svnversion, which fails

On 18.11.2019 16:14, Ryan Schmidt wrote: > On Nov 18, 2019, at 08:44, Ryan Schmidt wrote: > >> The relevant part in the log is where it says: >> >> (subversion/svnversion/svnversion . 2> /dev/null || \ >> svnversion . 2> /dev/null ||\ >> echo "unknown";

Re: Building subversion runs svnversion, which fails

On 17.11.2019 22:24, Nathan Hartman wrote: > On Sun, Nov 17, 2019 at 2:47 PM Ryan Schmidt 2...@ryandesign.com > wrote: > > Hi, I noticed this bug in subversion on macOS. I reported it here: > >  > > https://trac.macports.org/ticket/59712 > >  > > But it's really an

Re: svn copy twice to same folder creates unexpeted subfolder in destination

On 07.11.2019 14:16, Roger Périat wrote: > Hi all > > Not sure if this is a bug or not. > > Doing a svn copy twice to same destination, does create an unexpected > subfolder in destination. > > 1) first step > > (The tags folder exists and is empty) > > svn copy file:///D:/tmp/myrepo/trunk

Re: Limit on Number of Users

On 17.10.2019 20:25, Shamoon, Danial wrote: > > Hi, > >   > > My team at work uses SVN to manage our software releases.  We recently > added several users to the repository and now there seems to be a > user-limit issue.  From what I’ve read on the forums, there does not > seem to be a limit

Re: Questions about a script for regular backups

On 14.10.2019 15:25, Anton Shepelev wrote: >> See the example mentioned in the 1.8 release notes [1]: >> >> svnadmin freeze /svn/my-repos -- rsync -av /svn/my-repos /backup/my-repos > Hmm. I should also expect a simple freeze/unfreeze pair > with the caller resposible for unfreezing a fronzen

Re: Bug in authz exclusion markers

On 07.10.2019 13:49, Grierson, David (Lead Engineer) wrote: > Hi, > > I've just deployed Subversion v1.11.1 and have run into an issue with the use > of the exclusion marker within authz files. > > See the attached authz file for data for the test cases. > > This file contains two groups: > 1.

Re: correct API to get current textual WC modifications, for parsing postprocessing

On 30.09.2019 22:20, Jens Frederich wrote: > I try to get all line changes in the current changeset. Not sure what > the right API is.  I have created a delta tree with the following to > see if it is a file and textual modifications. How do I get the content? > >  

Re: Python 3.X bindings for Subversion on MacOS?

On 24.09.2019 22:40, Eric Johnson wrote: > I'm writing some python hook scripts to work with Subversion. > > I've used MacPorts to install Subversion. Looking around I see that > MacPorts only has a package for "subversion-python27bindings", and > none for python37. Is this just a limitation of

Re: Perforce checksum mismatch error while importing in svn

On 23.09.2019 13:20, Kumar, Raushan wrote: > > Hi Team, > > > I created a perforce dump using p42svn perl script, it created > successfully as showing in below screen. > > it is created successfully but while importing it on svn server > showing checksum mismatch error, as showing in below screen.

Re: mod_dav_dvn+SVNParentPath with non-repo subdirs

On 11.06.2019 20:15, Thorsten Schöning wrote: > Hi all, > > I'm hosting SVN-repos using svnserve and by providing the argument > "--root" with the parent dir of all my repos. In the past, all repos > have been placed as a direct child of the given path, but recently I > refactored that to manage

Re: Svn client configuration file

On 18.09.2019 03:48, William Muriithi wrote: > Hi Brane, > > > The location hierarchy is explained in the book here: > > > > http://svnbook.red-bean.com/en/1.7/svn.advanced.confarea.html > > But instead, use a recent client and put auto-props definitions > into the >

Re: Svn client configuration file

On 17.09.2019 21:26, Mark Phippard wrote: > On Tue, Sep 17, 2019 at 3:21 PM William Muriithi > mailto:william.murii...@gmail.com>> wrote: > > Hello > > I want to make sure all the svn clients are using the same > auto-props.  I am aware this can be set on users home directory > but

Re: Breaking svnsync mirrors

On 06.09.2019 13:23, Grierson, David (Lead Engineer) wrote: > Hi, > > We're in the process of migrating & upgrading our Subversion installation. In > doing so we're encountering a handful of repos which were impacted by issue > 4129 (https://subversion.apache.org/docs/issue4129). > > The fix for

Re: Trying to build svn 1.12.2 from tarball

On 04.09.2019 15:20, swdev wrote: > I downloaded serf-1.3.9 and built it using > scons APR=/home/jonny/subversion APU=/home/jonny/subversion > ZLIB=/home/jonny/subversion OPENSSL=/home/jonny/subversion > PREFIX=/home/jonny/subversion > I then ran a scons check and got the following > There were 14

Re: Trying to build svn 1.12.2 from tarball

On 04.09.2019 15:03, swdev wrote: > Just downloaded serf-1.3.2 (by editing get-deps.sh). > Trying to build  serf give the same error as per my original post. > I think I will send a message to the serf mailing list to see if they > can shed any light on the matter. We can, and I just did. :) --

Re: Trying to build svn 1.12.2 from tarball

On 04.09.2019 14:17, Mark Phippard wrote: > On Wed, Sep 4, 2019 at 8:11 AM swdev > wrote: > > Thanks for all the replies. > I haven't got quoting right in gmail. > > Nathan Hartman >   I used git clone git://git.openssl.org/openssl.git >

Re: Decompression of svndiff data failed

On 30.08.2019 15:14, Michael Ditum wrote: > Hi Brane, > > Thanks for the reply. Interestingly Daniel's reply had given me the > idea to try pretty much what you suggested and I gave it a go this > morning and it seems to be working. > > Stopping svnsync in the right place wasn't hard as i dies as

Re: Pre-commit hook assistance

On 30.08.2019 15:01, William Muriithi wrote: > Morning,  > > I am attempting to write a pre-commit hook that enforces a policy to > some group and warns the rest of the team. The hook is in python and > it just check that jira ticket exist on the commit log. > > The problem I am facing is I am not

Re: Decompression of svndiff data failed

On 29.08.2019 20:49, Michael Ditum wrote: > Apart from using fsfsverify I also tried recreating the diff by > creating a Fedora 7 VM, running svnsync on it to copy the repo up to > that point and then manually committing the file and copying the > revision over to the copy of my original repo.

Re: Recommended method to keep an svn mirror in sync per commit?

On 10.08.2019 21:57, Ryan Schmidt wrote: > And you'll want the spawned task to be a wrapper script around svnsync that > somehow ensures (with some kind of lock?) that only one copy of the script is > running at a time. 'svnadmin freeze' on the target repository would do that. -- Brane

Re: Is support officially over for subversion 1.9?

On 06.08.2019 16:08, ken edward wrote: > Hello, > > As I read the SVN LTS policy, it states that support ends 4 years > after the initial release. Since Subversion 1.9 was released on Aug 5, > 2015, does that now mean subversion 1.9 will not longer receive > security patches (now that it is Aug

Re: Is Permanently Accept SSL Certificate gone in 1.10.4 ?

On Sat, 20 Jul 2019, 11:51 Stefan Sperling, wrote: > > But as a user I find it infuriating when software I use contains > artificial restrictions like this. We recently disabled plaintext password storage (by default) in the build configuration, making it effectively unavailable to users who

Re: Same level externals not possible

On 07.05.2019 15:19, Osipov, Michael wrote: > > > Am 2019-05-07 um 14:57 schrieb Branko Čibej: >> On 07.05.2019 14:25, Osipov, Michael wrote: >>> >>> >>> Am 2019-05-07 um 14:20 schrieb Branko Čibej: >>>> On 07.05.2019 13:53, Osipov, Michael wro

Re: Same level externals not possible

On 07.05.2019 14:25, Osipov, Michael wrote: > > > Am 2019-05-07 um 14:20 schrieb Branko Čibej: >> On 07.05.2019 13:53, Osipov, Michael wrote: >>> Hi folks, >>> >>> consider the following layout we need to solve for our legacy build: >>> >>&g

Re: Same level externals not possible

On 07.05.2019 13:53, Osipov, Michael wrote: > Hi folks, > > consider the following layout we need to solve for our legacy build: > > . > |-- forms > |-- src > \-- inc > > inc shall point to forms as external. Wenn doing "svn ps" with "forms > inc" or "./forms inc" I receive an error. Just to

Re: Fwd: Error during Migrating from Perforce to SVN

On 06.05.2019 21:59, Ibrahim Ibbu wrote: > [root@sce-github svn-repos]# pwd > > /SVN/svn-repos > > [root@sce-github svn-repos]# ls -lrt > > total 24 > > drwxr-xr-x 2 root root 4096 May  5 02:41 locks > > -rw-r--r-- 1 root root  229 May  5 02:41 README.txt > > drwxr-xr-x 2 root root 4096 May  5

Re: Subversion 1.9.10/1.10.4 choke on non-ASCII resources on HP-UX

On 07.05.2019 08:45, Osipov, Michael wrote: > > > Am 2019-05-03 um 11:53 schrieb Branko Čibej: >> On 02.05.2019 11:40, Osipov, Michael wrote: >>> Hi Branko, >>> >>> Am 2019-05-01 um 02:17 schrieb Branko Čibej: >>>> On 30.04.2019 20:18, Osi

Re: Subversion 1.9.10/1.10.4 choke on non-ASCII resources on HP-UX

On 02.05.2019 11:40, Osipov, Michael wrote: > Hi Branko, > > Am 2019-05-01 um 02:17 schrieb Branko Čibej: >> On 30.04.2019 20:18, Osipov, Michael wrote: >> >>> The terminal and locale are fine though: >>>> $ locale >>>> LANG=de_DE.utf8

Re: Subversion 1.9.10/1.10.4 choke on non-ASCII resources on HP-UX

On 30.04.2019 20:18, Osipov, Michael wrote: > Hi folks, > > I am facing an issue a previously not had with 1.9.4 on another HP-UX > machine. Installed a new one and compiled 1.10.4, does not work and > downgraded to 1.9.10 same issue. > > Using HP-UX 11.31 with "aCC: HP C/aC++ B3910B A.06.29 [Oct

Re: configure: error: failed to recognize APR_INT64_T_FMT on this platform

On 24.04.2019 19:43, ken edward wrote: > Does anyone have an idea how to fixthis error: > > > ./configure --with-sqlite=/u01/tomcat/scm/sqlite-autoconf > --with-apxs=/u01/tomcat/scm/apache2.4.39kerb/bin/apxs > --prefix=/u01/tomcat/scm/subversion --enable-javah > l

Re: Possible issue: Out of date output from svn help remove

On 18.04.2019 18:17, Richard Cavell wrote: > Hello.  I believe that the output of svn help remove on my machine is > out of date.  It says that each item is scheduled for deletion.  But > this has been changed over the years as subversion has evolved.  Now, > the item is deleted right away. That

Re: svn and svnserve hanging

On 11.04.2019 10:17, Vincent Lefevre wrote: > On 2019-04-11 04:22:29 +0200, Branko Čibej wrote: >> I think that svnserve would only use that function to find the current >> user's home directory, to locate the config files. And that seems wrong >> because svnserve ha

Re: svn and svnserve hanging

On 10.04.2019 11:21, Vincent Lefevre wrote: > On 2019-04-10 04:06:08 +0200, Branko Čibej wrote: >> On 10.04.2019 03:29, Vincent Lefevre wrote: >>> On 2019-04-09 20:09:26 +0200, Branko Čibej wrote: >>>> The only problem with that idea is that svnseve doesn't use

Re: svn and svnserve hanging

On 10.04.2019 03:29, Vincent Lefevre wrote: > On 2019-04-09 20:09:26 +0200, Branko Čibej wrote: >> The only problem with that idea is that svnseve doesn't use unscd at >> all, or any kind of LDAP access. > Are you so sure about that? A "strace svnserve -t"[

Re: svn and svnserve hanging

On 09.04.2019 17:22, Vincent Lefevre wrote: > I got interesting information from the sysadmin of the server: > what the logs show is that a cron job reloads the unscd daemon > every 10 minutes, a multiple of 10. > > So, the hanging svnserve was started at about the same time as the > reload of the

Re: svn and svnserve hanging

On 08.04.2019 18:38, Stefan Sperling wrote: >> Well, I forgot, there's at least an issue with svnserve. I got that >> in the past, and could reproduce it: once I kill the svn client >> with Ctrl-C and kill the SSH master too, the sshd terminates, but >> svnserve is still running, and now has 1 as

Re: Why does svn up give me a different file than in the repo

On 07.03.2019 17:36, Vincent Lefevre wrote: > On 2019-03-07 05:26:48 -0600, Ryan Schmidt wrote: >> I had this problem once when I ran a recursive sed command over my >> working copy, not considering that it would modify the contents of >> the .svn directory too. > Would it be a good idea to

Re: Feature Request: svn update --accept failure

On 07.03.2019 04:24, Branko Čibej wrote: > On 07.03.2019 04:08, Marc Pawlowsky wrote: >> Sometimes failure is an option. >> >> I am working inside a complex scripting environment.  It would be >> better if when svn update detects a conflict that the update did not &g

Re: Feature Request: svn update --accept failure

On 07.03.2019 04:08, Marc Pawlowsky wrote: > Sometimes failure is an option. > > I am working inside a complex scripting environment.  It would be > better if when svn update detects a conflict that the update did not > occur and that the command would fail.  The versioned versions of the > file

Re: How to open specified inside .svn

On 02.03.2019 15:18, wuzhouhui wrote: >> On Mar 2, 2019, at 10:09 PM, wuzhouhui wrote: >> >>> On Mar 2, 2019, at 9:41 PM, Branko Čibej wrote: >>> >>> On 02.03.2019 05:29, wuzhouhui wrote: >>>>> On Mar 2, 2019, at 8:21 AM, Daniel Shahaf w

Re: How to open specified inside .svn

On 02.03.2019 05:29, wuzhouhui wrote: >> On Mar 2, 2019, at 8:21 AM, Daniel Shahaf wrote: >> >> wuzhouhui wrote on Fri, Mar 01, 2019 at 17:46:55 +0800: >>>> -Original Messages- >>>> From: "Branko Čibej" >>>> Sent Time: 2

Re: Replacing directory by circular symlink produces malformed XML

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 which is invalid, hence triggers a failure >> within the calling system.

Re: Replacing directory by circular symlink produces malformed XML

On 28.02.2019 22:44, Denis Excoffier wrote: > Hello, > > The situation of the replacement of a directory by a circular symlink > generates an XML fragment which is invalid, hence triggers a failure > within the calling system. See hereafter the recipe. > > Starting from a clean folder, do the

Re: How to open specified inside .svn

On 01.03.2019 04:58, wuzhouhui wrote: >> -Original Messages- >> From: "Ralph Seichter" >> Sent Time: 2019-03-01 11:46:52 (Friday) >> To: users@subversion.apache.org >> Cc: >> Subject: Re: How to open specified inside .svn >> >> * wuzhouhui: >> >>> Could someone remind me that which

Re: svn cleanup options

On 15.02.2019 10:23, Cooke, Mark wrote: >> -Original Message- >> From: Branko Čibej [mailto:br...@apache.org] >> Sent: Friday, February 15, 2019 7:43 AM >> >> On 15.02.2019 08:02, Cooke, Mark wrote: >>>> -----Original Message- >>>>

Re: svn cleanup options

On 15.02.2019 08:02, Cooke, Mark wrote: >> -Original Message- >> From: Branko Čibej [mailto:br...@apache.org] >> Sent: Thursday, February 14, 2019 3:17 PM >> >> On 14.02.2019 15:33, Stefan Sperling wrote: >>> On Thu, Feb 14, 2019 at 03:29:20PM +0100,

Re: svn cleanup options

On 14.02.2019 15:33, Stefan Sperling wrote: > On Thu, Feb 14, 2019 at 03:29:20PM +0100, Stefan Sperling wrote: >> On Thu, Feb 14, 2019 at 01:55:10PM +, Cooke, Mark wrote: >>> Is there any way to say "ignore errors" or "ignore read-only" or even >>> "remove read-only"? >>> >> Well, it should

Re: Is it possible to specify an external to the same repository?

On 05.02.2019 12:26, David Aldrich wrote: > Hi > > In our embedded projects we have a register interface maintained by > our HW team and software that uses that register interface maintained > by our SW team.  As the interface is constantly changing, we want the > software source files to

Re: svn problem

On 03.02.2019 16:42, Chagai Nota wrote: > > Hi support, > >   > > I’m new to use mailing list so if it’s not the right address please > assist me where to do it. > >   > > I have a strange problem just with one user from all of our organztioan. > >   > > When he trying to do svn up or svn cleanup

Re: Homebrew SVN 1.11 not working

On 25.01.2019 13:11, Branko Čibej wrote: > On 25.01.2019 12:28, Mark Phippard wrote: >>> On Jan 25, 2019, at 6:26 AM, Branko Čibej wrote: >>> >>> On 25.01.2019 12:20, Mark Phippard wrote: >>>>> AFAIK it does install from a bottle, but --with-javah

Re: Homebrew SVN 1.11 not working

On 25.01.2019 12:28, Mark Phippard wrote: >> On Jan 25, 2019, at 6:26 AM, Branko Čibej wrote: >> >> On 25.01.2019 12:20, Mark Phippard wrote: >>>> AFAIK it does install from a bottle, but --with-javahl forces a build >>>> from source (all othe

Re: Homebrew SVN 1.11 not working

On 25.01.2019 12:20, Mark Phippard wrote: >> AFAIK it does install from a bottle, but --with-javahl forces a build >> from source (all other bindings are bottled). You could request an >> improvement from the Homebrew folks, they're moderately responsive. > > Apparently JavaHL has now been removed

Re: Subversion 1.10.4

On 22.01.2019 14:29, Joachim Poppe wrote: > Hi, > > there is no valid release date within CHANGES file of this version: > > Version 1.10.4 > (?? ??? 2019, from /branches/1.10.x) > http://svn.apache.org/repos/asf/subversion/tags/1.10.4 > > ... > > Is this LTS version released or not? Yes, it is.

Re: Homebrew SVN 1.11 not working

On 17.01.2019 21:35, Mark Phippard wrote: > On Thu, Jan 17, 2019 at 7:04 AM Branko Čibej <mailto:br...@apache.org>> wrote: > > On 16.01.2019 21:51, Mark Phippard wrote: >> On Wed, Jan 16, 2019 at 2:54 PM Mark Phippard > <mailto:markp...@gmail.com>>

Re: Homebrew SVN 1.11 not working

On 16.01.2019 21:51, Mark Phippard wrote: > On Wed, Jan 16, 2019 at 2:54 PM Mark Phippard <mailto:markp...@gmail.com>> wrote: > > On Wed, Jan 16, 2019 at 2:10 PM Branko Čibej <mailto:br...@apache.org>> wrote: > > On 16.01.2019 15:39, Mark Phippa

Re: Homebrew SVN 1.11 not working

On 16.01.2019 20:54, Mark Phippard wrote: > On Wed, Jan 16, 2019 at 2:10 PM Branko Čibej <mailto:br...@apache.org>> wrote: > > On 16.01.2019 15:39, Mark Phippard wrote: > > I am trying to update my Homebrew and it looks like it wants to move >

Re: Homebrew SVN 1.11 not working

On 16.01.2019 20:10, Branko Čibej wrote: > On 16.01.2019 15:39, Mark Phippard wrote: >> I am trying to update my Homebrew and it looks like it wants to move >> me from SVN 1.10 to 1.11 but it is failing.  I do not recall even >> asking it to install the Ruby bindings but

Re: Homebrew SVN 1.11 not working

On 16.01.2019 15:39, Mark Phippard wrote: > I am trying to update my Homebrew and it looks like it wants to move > me from SVN 1.10 to 1.11 but it is failing.  I do not recall even > asking it to install the Ruby bindings but perhaps I did once. I > thought I just had --with-java since I do need

Re: subversion-1.11.1/subversion/libsvn_client/upgrade.c:353: poor error checking ?

On 12.01.2019 16:32, David Binderman wrote: > Hello there, > > subversion-1.11.1/subversion/libsvn_client/upgrade.c:353] -> > [subversion-1.11.1/subversion/libsvn_client/upgrade.c:358]: (style) The if > condition is the same as the previous if condition > > Source code is > > if (!err) >

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

On 10.01.2019 13:40, minxing...@gmail.com wrote: > I see. Is it possible to change the implementation slightly as outlined by > Boost SVN? (https://svn.boost.org/trac10/ticket/6809). I believe this is the > same issue. It is the same issue and no it is not possible to change the implementation

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

On 09.01.2019 19:10, Oscar Lee wrote: > Hi, > > I was told to post my issue here from a TSVN dev. > > 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

Re: svn warning

On 23.12.2018 09:54, Руслан Самигуллин wrote: > Hello! > > I have a problem with svn. The problem appears when I run svn. I have two > computers on Windows 10 x64, and on Win10 x32 [Version 10.0.17763.195]. This > problem appears on both computers. > > The text from the console window is reduced

Re: FW: Error with svn

On 20.12.2018 17:59, Branko Čibej wrote: > On 20.12.2018 13:41, Руслан Самигуллин wrote: >> I have running Subversion on 64-bit Win and on 32-bit Win. Maybe I am wrong >> for this command, I found it on this web site: >> https://stackoverflow.com/questions/11300633/svn-canno

Re: FW: Error with svn

ou're using a native Windows binary of Subversion, not something built for Cygwin or WSL? -- Brane > From: Branko Čibej > Sent: Thursday, 20 December 2018 15:17 > To: Руслан Самигуллин; users@subversion.apache.org > Subject: Re: Error with svn > > On 20.12.2018 11:31, Руслан Самигу

Re: Error with svn

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

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

On 19.12.2018 09:18, Thorsten Schöning wrote: > Guten Tag Thorsten Schöning, > am Mittwoch, 21. November 2018 um 15:23 schrieben Sie: > >> News: > The following arrived today: > >> Just wanted to let you know that this issue should now be resolved! >> Let us know how you go. >> Cheers, >> Simon >>

  1   2   3   4   5   6   7   >