OpenSSL 1.1.x EOL - upgrade to 3.x planned?

ere any work in progress or are there any plans to upgrade to the recommended OpenSSL version 3.1.x.? Best regards, Stefan Beck

Re: List modified on a branch

On Fri, Feb 11, 2022 at 08:29:35AM +, Mikael Stålhammar wrote: > Is there a simple command that lets you list files that have been modified > and committed on a feature branch but excluding any files that are committed > on the branch that are only merged from trunk (to keep the branch

Re: Does reintegration merge the logs?

On Fri, Dec 17, 2021 at 08:49:03PM +, Mun Johl wrote: > Hi all, > > We're using SVN version 1.8.19 on Linux. You should consider upgrading to 1.14.1, it has many important bug fixes and nice new features. > I was wondering if I execute an "svn merge -reintegrate" to reintegrate a > branch

Re: ASF Subversion version

On Mon, Dec 13, 2021 at 07:14:46AM -0600, Luke Mauldin wrote: > It looks like the stashing functionality is still experimental. Do you think > there will be more funding in the future to complete it or do you think it > may remain unfinished for a long period of time? > I do not know any

Re: ASF Subversion version

On Sun, Dec 12, 2021 at 07:21:44PM -0600, Luke Mauldin wrote: > That really is unfortunate to hear about the lack of funding. I see in the > past few years there has been a lot of work done on the conflict resolver in > version 10 and multiple stash implementations in versions 11+. Are those >

Re: ASF Subversion version

On Sat, Dec 11, 2021 at 06:59:31AM -0600, Luke Mauldin wrote: > Does the subversion project receive any funding from the ASF to hire > professional developers to complete more complex tasks or is development 100% > community driven and supported? The ASF does not pay anyone for development. I

Re: Compare revisions on different devices, why different?

On Fri, Dec 10, 2021 at 04:57:03PM +0100, Bo Berglund wrote: > So the update did nothing except fix the revision number and time stamp. > > Do you need to do an svn up after each svn ci in order to fix the state? Yes. See here for an explanation: https://subversion.apache.org/faq.html#hidden-log

Re: svndumpfilter: finding source commit for error?

On Thu, Dec 09, 2021 at 01:04:24PM -0600, Luke Mauldin wrote: > Did this problematic commit occur due to a bug at the time in Subversion or a > user error? > > Luke The log message suggests it was a deliberate choice, and there was some discussion about it after the fact. See

Re: svndumpfilter: finding source commit for error?

On Thu, Dec 09, 2021 at 06:29:14PM +, Kristofer wrote: > Hi Stefan and thanks for the hints. Then I need to line up a lot of > arguments, right? There's no "read from file" option that I can see. I'll try > that on the next failure, if I get one *fingers crossed* Indee

Re: svndumpfilter: finding source commit for error?

On Thu, Dec 09, 2021 at 05:07:09PM +, Kristofer wrote: > And of course, soon after mailing, I found a workaround. I am not sure why it > worked but anyways: > The problem was caused by the branch being merged to trunk, but the contents > of the "bad directory" was never merged. Then I

Re: Install SVN 1.6.11 on RHEL 7.7

version.apache.org/packages.html#redhat > Looking forward to a quick reply and prompt support. This mailing list is a volunteer forum. As such, no specific guarantees can be made regarding support requests. Regards, Stefan

Re: Changed file permissions after committing user-crontabs

On Wed, Nov 24, 2021 at 04:20:12PM +0100, Thorsten Schöning wrote: > Guten Tag Stefan Sperling, > am Mittwoch, 24. November 2021 um 13:33 schrieben Sie: > > > This will be due to apr_file_mktemp() using default permissions > > on a freshly created temporary file. The

Re: Changed file permissions after committing user-crontabs

On Wed, Nov 24, 2021 at 12:32:40PM +0100, Thorsten Schöning wrote: > Guten Tag Stefan Sperling, > am Mittwoch, 24. November 2021 um 11:17 schrieben Sie: > > > Subversion does not store file permission mode bits, except that the > > "executable" bit is preserved

Re: Changed file permissions after committing user-crontabs

se: https://svn.apache.org/repos/asf/subversion/trunk/contrib/client-side/asvn Cheers, Stefan

Re: SVN API: Identify repositories on server filesystem

On Tue, Nov 16, 2021 at 03:38:11PM +, Jens Restemeier wrote: > Hi Stefan, > No, I hadn't seen that page. > > Is the repository automatically closed when the pool gets released, or is > there a function I need to call to release any locks/resources allocated when > o

Re: SVN API: Identify repositories on server filesystem

On Mon, Nov 15, 2021 at 07:05:35PM +, Jens Restemeier wrote: > Hi, > Not sure if this is a better dev or user question... > Is there an official way to tell if a file path points to a svn repository in > the C API? I looked at the documentation, but it seem to require quite some > knowledge

Re: Use-after-free of object-pools in subversion/libsvn_repos/authz.c

On Wed, Nov 03, 2021 at 05:21:19PM +0100, Thomas Weißschuh wrote: > On 2021-11-03 17:14+0100, Stefan Sperling wrote: > > On Wed, Nov 03, 2021 at 04:47:39PM +0100, Thomas Weißschuh wrote: > > > The svn_atomic__init_once() inside svn_repos_authz_initialize() seems to > >

Re: Use-after-free of object-pools in subversion/libsvn_repos/authz.c

On Wed, Nov 03, 2021 at 04:47:39PM +0100, Thomas Weißschuh wrote: > The svn_atomic__init_once() inside svn_repos_authz_initialize() seems to work > correctly. synchronized_authz_initialize() is only executed once. > > I am arguing that it should *not* be executed only once because the pools that

Re: Use-after-free of object-pools in subversion/libsvn_repos/authz.c

not working correctly on your system? svn_atomic__init_once() relies on this. There are regression tests for atomics in APR. You could try to run these tests to see if there are any failures. If broken atomics turn out to be the root cause of this problem then please file an issue with the APR project instead. Hope this helps, Stefan

Re: Current project status

On Thu, Oct 28, 2021 at 11:19:43AM -0400, Mark Phippard wrote: > On Thu, Oct 28, 2021 at 11:15 AM Stefan Sperling wrote: > > > > On Thu, Oct 28, 2021 at 10:24:55AM -0400, Mark Phippard wrote: > > > SVN's design handles renames well from a version control history point &g

Re: Current project status

On Thu, Oct 28, 2021 at 10:24:55AM -0400, Mark Phippard wrote: > SVN's design handles renames well from a version control history point > of view, but it does not handle them well when doing things like merge > or even update if you have local mods to a file that was renamed. Git > actually

Re: Current project status

On Thu, Oct 28, 2021 at 09:01:02AM -0500, Luke Mauldin wrote: > You mention renames as an example of a problem that are unlikely to ever be > resolved. Can you please elaborate on the issue? My understanding is that > especially the newer versions of SVN potentially do a better job of tracking >

Re: SVN hook

On Wed, Aug 25, 2021 at 09:32:04AM +0200, Justin MASSIOT | Zentek wrote: > * As for the "can do / can't do", the standard way would be to enforce > "path-based > authorization > ", > but it isn't flexible at all because it

Re: Crash in token.c after incomplete cherry pick merges in 1.15

On Tue, Aug 10, 2021 at 02:46:50PM +0200, Stefan Sperling wrote: > On Mon, Aug 09, 2021 at 06:19:38PM -0400, Joshua Kordani wrote: > > Attached is a script to reproduce the error. > > > > I also have a packed rr debugger session that I can provide (I highly > >

Re: Crash in token.c after incomplete cherry pick merges in 1.15

test script succeed for me. Ideally I should commit a regression test together with this patch. I will need to find time to convert your script into a regression test. In the meantime can you confirm that the patch helps? Regards, Stefan Index: subversion/libsvn_client

Re: Segfault in libsvn_client/conflicts.c

On Mon, Aug 09, 2021 at 07:56:27PM -0400, Joshua Kordani wrote: > On my work repo, this causes the crash.  In a small repo where I have > repeated these steps, it does not. Most likely in your test repository the history is arranged such that the deletions can be properly correllated by logging

Re: Segfault in libsvn_client/conflicts.c

On Mon, Aug 09, 2021 at 02:09:40PM -0400, Joshua Kordani wrote: > The shell script is easy.  I run resolve on my codebase :-).  The trick will > be recreating the repo history that reproduces this problem, and that has > always been gnarly to me.  I could use some advice for this. > > Basically,

Re: Segfault in libsvn_client/conflicts.c

pache.org/docs/community-guide/repro-template.sh Regards, Stefan

Re: Segfault in libsvn_client/conflicts.c

On Sat, Aug 07, 2021 at 06:32:34AM -0400, Joshua Kordani wrote: > Thank you for explaining the convention, it makes sense now that you > describe it like that. > > It was delightfully short work to hunt down with the rr debugger ;-) > > I'm having trouble testing it right now but I suspect it

Re: Segfault in libsvn_client/conflicts.c

On Fri, Aug 06, 2021 at 07:41:42PM -0400, Joshua Kordani wrote: > I am merging two branches together, A into B.  In A, I deleted a file and > cherrypicked that onto B.  Later, I want to merge at the toplevel from A > into B, and I get a segfault when svn tries to figure out how to resolve the >

Re: Enforce encryption client-side

On Thu, May 06, 2021 at 09:15:44AM -0400, Mark Phippard wrote: > I am not familiar with the SASL options in the client config Neither was I, and after some investigation of the code I concluded that there are none. They're only available in svnserve/libsvn_repos. Client-side support for these

Re: Enforce encryption client-side

On Thu, May 06, 2021 at 01:03:28PM +0200, Nils-Johan Andreasson wrote: > Thanks Stefan for your response and pointers! > > There is no doubt my connections are already encrypted. > The issue is that the external library I'm referring to supports specifying > paths to source code

Re: Enforce encryption client-side

ly doesn't understand the SVN protocol? Cheers, Stefan

Re: Restoring svn database

ving backup copies of your repositories with tools such as 'svnadmin hotcopy' or 'svnsync' For more information, see this page: http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadmin.maint.backup Regards, Stefan

[SECURITY][ANNOUNCE] Apache Subversion 1.10.7 released

subversion-1.10.7.zip.asc For this release, the following people have provided PGP signatures: Stefan Sperling [2048R/4F7DBAA99A59B973] with fingerprint: 8BC4 DAE0 C5A4 D65F 4044 0107 4F7D BAA9 9A59 B973 Branko Čibej [4096R/1BCA6586A347943F] with fingerprint: BA3C 15B1 337C F0FB 222B

[SECURITY][ANNOUNCE] Apache Subversion 1.14.1 released

subversion-1.14.1.zip.asc For this release, the following people have provided PGP signatures: Stefan Sperling [2048R/4F7DBAA99A59B973] with fingerprint: 8BC4 DAE0 C5A4 D65F 4044 0107 4F7D BAA9 9A59 B973 Branko Čibej [4096R/1BCA6586A347943F] with fingerprint: BA3C 15B1 337C F0FB

Re: svn diff -c does not accept HEAD

nsistency has never been fixed. If there is someone with enough motivation to fix this, please do. Improvements to the consistency of the command line interface will always be welcome. But someone would need to get the work done, and these days we're no longer blessed with a huge amount of active developers who have a lot of time on their hands :-/ Cheers, Stefan

Re: Updated documentation

release-notes/ It would be great if the book were expanded to reflect changes that appeared after 1.7. Contributions to the book are welcome. See the section "Feeback/Contributing" on http://svnbook.red-bean.com/ Regards, Stefan

Re: Possible bug: "Searching tree conflict details" takes forever

: https://svn.apache.org/r1839662 (this particular problem does *not* affect you since are using a 1.14 client). But in order to figure this out we'd need a lot more information from you. Ideally, a script which starts off with an empty repository, populates it (with deep history if necessary), and then runs a series of SVN commands which ends in a merge that triggers the problem. Cheers, Stefan

Re: Searching entire repository for a file (fastsvncrawler)

On Thu, Jul 23, 2020 at 08:05:12AM -0700, Kenneth Porter wrote: > --On Thursday, July 23, 2020 12:54 PM +0200 Stefan Sperling > wrote: > > > Are you aware of the built-in svn list --search feature, which has > > been available since SVN 1.10.0? > > > > For exa

Re: Searching entire repository for a file (fastsvncrawler)

On Thu, Jul 23, 2020 at 11:54:52AM +0200, Stefan Sperling wrote: > On Wed, Jul 22, 2020 at 03:36:36PM -0700, Kenneth Porter wrote: > > I need to locate a file in a client's large repository. I found > > fastsvncrawler which uses svn_ra_do_status2 to rapidly dump the entire

Re: Searching entire repository for a file (fastsvncrawler)

n/trunk subversion/svn/svn.c $ Also as of SVN 1.10 the server supports a special-purpose 'list' request to speed this up. In any case, the fastest way to search will likely be with a file:// URL, assuming you can get direct access to the repository for this purpose. Regards, Stefan

Re: invalid status for updating properties

On Tue, Jul 07, 2020 at 09:01:50AM +, Mikael Stålhammar wrote: > Hi > I'm having an issue with merging/releasing a feature branch to trunk, getting: > > > --- Recording mergeinfo for merge between repository URLs into '.': > > svn: E155023: Can't set properties on >

[ANNOUNCE] Apache Subversion 1.14.0 released

://www.apache.org/dist/subversion/subversion-1.14.0.tar.bz2.asc https://www.apache.org/dist/subversion/subversion-1.14.0.tar.gz.asc https://www.apache.org/dist/subversion/subversion-1.14.0.zip.asc For this release, the following people have provided PGP signatures: Stefan Sperling [2048R

[ANNOUNCE] Apache Subversion 1.14.0-rc2 released

/subversion/subversion-1.14.0-rc2.tar.gz.asc https://www.apache.org/dist/subversion/subversion-1.14.0-rc2.zip.asc For this release, the following people have provided PGP signatures: Stefan Sperling [2048R/4F7DBAA99A59B973] with fingerprint: 8BC4 DAE0 C5A4 D65F 4044 0107 4F7D BAA9 9A59

Re: Preferred Subversion 1.13 MPM

On Tue, Apr 07, 2020 at 09:43:40AM +0200, Stefan Sperling wrote: > On Tue, Apr 07, 2020 at 12:05:49AM +0200, Carmen Alzzer wrote: > > hi guys, > > > > so im starting to tune a Subversion installation, that runs slow on merges. > > So im starting looking into apa

Re: Preferred Subversion 1.13 MPM

On Tue, Apr 07, 2020 at 12:05:49AM +0200, Carmen Alzzer wrote: > hi guys, > > so im starting to tune a Subversion installation, that runs slow on merges. > So im starting looking into apache MPM - current its setup to event MPM in > Apache2.4, but i figure it perhaps should be preforked. Whats

Re: Automatically supply the origin URL in svn merge

On Thu, Mar 26, 2020 at 08:46:35PM +, Daniel Shahaf wrote: > Stefan Sperling wrote on Thu, 26 Mar 2020 10:45 +0100: > > Renames are modelled as copy+delete in SVN. > > They are, but we can behave differently depending on whether or not the > adding-with-history was accompa

Re: Automatically supply the origin URL in svn merge

t a minimum either you or someone else would have to invest time into actually doing the above work in order to verify your idea and make it happen, regardless of which potential problems are being discussed now. Cheers, Stefan

Re: Automatically supply the origin URL in svn merge

error. > > You say the project was renamed, which means that `svn cp' was not > involved. Renames are modelled as copy+delete in SVN. Cheers, Stefan

Re: Automatically supply the origin URL in svn merge

On Wed, Mar 25, 2020 at 04:45:29PM +0300, Anton Shepelev wrote: > Hello, all > > Why does even the basic sync-merging require that the user > specify the source URL, as in: > > svn merge ^/project/trunk > > I think this requirement is redundant because SVN know > exactly from which original

Re: Help needed with a unique type of branch creation

entire trunk. On the server this does not use any additional space. On the client you can make your working copy "shallow" (also called "sparse") to avoid the space issues and unneeded files. See http://svnbook.red-bean.com/nightly/en/svn.advanced.sparsedirs.html Regards, Stefan

Re: How to improve search performance for moved directories and files?

On Tue, Feb 25, 2020 at 09:09:14AM +0100, Thorsten Schöning wrote: > Guten Tag Daniel Shahaf, > am Montag, 24. Februar 2020 um 18:27 schrieben Sie: > > > If the remote repository uses https://, you could set up mod_dav_svn on > > localhost in a proxy configuration. For svn:// the equivalent

Re: How to help SVN finding moved directories during a sync-merge?

On Tue, Feb 25, 2020 at 08:50:00AM +0100, Thorsten Schöning wrote: > Guten Tag Stefan Sperling, > am Montag, 24. Februar 2020 um 21:04 schrieben Sie: > > > If several possible move targets exist, the 'svn' client will offer > > 'd' and 'w' conflict options which may help

Re: How to help SVN finding moved directories during a sync-merge?

On Mon, Feb 24, 2020 at 06:03:05PM +0100, Thorsten Schöning wrote: > Hi all, > > I have a repo with 178'000 revisions, and need to sync-merge 2 > features branches: "feature1" and "feature2" created from "trunk" at > different times and "feature1" merged into "feature2" successfully > some days

Re: How to resolve between working copies?

On Mon, Feb 17, 2020 at 10:33:59AM +0100, Bo Berglund wrote: > On Mon, 17 Feb 2020 10:10:53 +0100, Stefan Sperling > wrote: > > >> So what can I do to get rid of this problem? > > > >First, you should put the file back on disk :) > >Moving files away behind

Re: How to resolve between working copies?

On Mon, Feb 17, 2020 at 10:04:46AM +0100, Bo Berglund wrote: > I have a project I am working on in both Windows and Linux. > So the project is checked out on both places. > Now I have a php file that was created in the Windows WC and copied to the > Linux WC > where its functions were tested on

Re: False conflict with interleaved merge commits

On Sat, Feb 08, 2020 at 09:57:47AM +0100, Stefan Sperling wrote: > So, indeed, if there was a way to extend the heuristic to detect this case > the problem could be avoided. I suspect the heuristic only ever looks at > server-side mergeinfo and does not take mergeinfo in the local wor

Re: False conflict with interleaved merge commits

On Sat, Feb 08, 2020 at 04:01:06AM +, Daniel Shahaf wrote: > That's the desired result, isn't it? If so, is there an underlying rule > here that we could teach Subversion to follow automatically? The underlying issue is a decision made by the "automatic merge" heuristic. Note the output of

Re: False conflict with interleaved merge commits

On Thu, Feb 06, 2020 at 03:37:10PM -0500, Daniel Dickison wrote: > Strangely, the conflict goes away if you flip the order of steps 2 and 3, > or commit the merge from step 4 first. I would say it is working as designed, but the design has its flaws. As you have found out, the basic problem is

Re: question about file commit

On Sat, Jan 11, 2020 at 10:20:01AM +0800, guan.j...@byd.com wrote: > When I commit file to svn， a warning as follow， and failed to commit > modified file TortoiseSVN 1.8.7 is very old. Please upgrade, and this problem should go away. See https://tortoisesvn.net/downloads.html Regards, Stefan

Re: SVN Patch Vs GNU Patch

On Fri, Jan 03, 2020 at 11:27:01PM +, Dipu Haridasan wrote: > Hi Team, > > I observed that for `svn patch` to apply properly, the spaces between > filename and revision in the patch must be a tab. However, the GNU patch > works irrespective of the number of spaces between filename and

Re: Perforce checksum mismatch error while importing in svn

On Mon, Sep 23, 2019 at 01:53:58PM +0200, Branko Čibej wrote: > 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

Only old version available among Synology DiskStaion package

ll a never version be available in Synology DiskStation app *Package Center*? /Stefan

Re: Remote renames create subtree mergeinfo

will keep maintaining the code for years to come, but large new features are unlikely to be developed unless the development community grows again. Cheers, Stefan

Re: Upgraded to SVN 12 and now receiving very odd results via mod dav svn.

On Tue, Jul 23, 2019 at 02:33:59PM -0400, ken edward wrote: > Hello, > > I am configured as below: > > Apache/2.4.39 (Unix) OpenSSL/1.0.2r SVN/1.12.0 mod_auth_gssapi/1.6.1 > mod_dav_svn configured > > Apache+SVN comes up clean, no errors. > > I pointed the httpd.conf repo locations and access

Re: Is Permanently Accept SSL Certificate gone in 1.10.4 ?

On Fri, Jul 19, 2019 at 09:52:32PM +, Daniel Shahaf wrote: > Stefan Sperling wrote on Fri, 19 Jul 2019 18:45 +00:00: > > It looks like the interactive prompt omits an option to save the cert > > if it sees a certificate failure of class 'other' from the above list. > &

Re: Is Permanently Accept SSL Certificate gone in 1.10.4 ?

On Fri, Jul 19, 2019 at 08:38:57PM +0200, Stefan Sperling wrote: > On Fri, Jul 19, 2019 at 01:40:52PM +0200, Pierre Fourès wrote: > > Hi all, > > > > I have a script accessing an old svn server whom SSL certificate have > > expired a long time ago. Up to now,

Re: Is Permanently Accept SSL Certificate gone in 1.10.4 ?

valid certificate) and 'other' (all other not separately classified certificate errors). Once your script uses this option it should work out of the box against your problematic server and there should be no need to save the cert. Regards, Stefan

Re: E235000 assertion failed in commit_util.c

was able to reproduce it. It > seems like a bug. Yes, but it is unlikely to get fixed without more information since it is unclear how this problem could be reproduced by someone else. Could you try to find a reproduction recipe which produces the problem in isolation on a fresh repository? Thanks, Stefan

Re: svn version 1.10 lack of robustness in presence of flaky network

On Wed, Apr 24, 2019 at 12:55:47AM +0200, Johan Corveleyn wrote: > On Mon, Apr 22, 2019 at 9:22 AM Marlow, Andrew > wrote: > > Hello everyone, > > > > I got this error below during an svn co command. It left my workspace in a > > bad state from which I had to do svn cleanup before trying again

Re: question on merging revisions/svn patch

instead of merging the merged change from trunk to branch C? Merging into C like this should work: svn merge -c 2 ^/branches/A Whether or not you'll see conflicts down the line is hard to say without knowing more about the nature of these changes. Regards, Stefan

Re: Segfault in svnserve on UB 16.04 LTS sometimes

On Fri, Apr 12, 2019 at 11:42:54AM +0200, Thorsten Schöning wrote: > Does the error tell anyone of you anything already? No. > What should I do > to get some hints about which repo is affected with which operation? Install a package with debug symbols, enable core dumps, and get a backtrace

Re: apr-1.7.0 breaks subversion build

On Tue, Apr 09, 2019 at 05:52:30PM +0200, Stefan Sperling wrote: > You are right, this looks like a problem in Subversion's configure script. > It assumes that APR uses "d", "ld" or "lld" for this format string which > is now a wrong assumption. Pierre,

Re: apr-1.7.0 breaks subversion build

On Tue, Apr 09, 2019 at 05:44:31PM +0200, Stefan Sperling wrote: > On Tue, Apr 09, 2019 at 04:57:56PM +0200, Pierre Labastie wrote: > > Hi, > > > > Following the instructions for reporting a bug, I write to this list. > > I'm not subscribed to the list, so thanks

Re: apr-1.7.0 breaks subversion build

On Tue, Apr 09, 2019 at 04:57:56PM +0200, Pierre Labastie wrote: > Hi, > > Following the instructions for reporting a bug, I write to this list. > I'm not subscribed to the list, so thanks for CCing me when replying. > I'm Pierre Labastie, one of the maintainers of BLFS [1]. I use the build >

Re: svn and svnserve hanging

On Mon, Apr 08, 2019 at 05:05:47PM +0200, Vincent Lefevre wrote: > On 2019-04-08 16:38:37 +0200, Stefan Sperling wrote: > > Since you have a way to reproduce the problem, even if unreliably, > > you're in a position to help. > > But it could take weeks... Perhaps you can

Re: svn and svnserve hanging

On Mon, Apr 08, 2019 at 04:21:37PM +0200, Vincent Lefevre wrote: > On 2019-04-08 15:26:15 +0200, Stefan Sperling wrote: > > On Mon, Apr 08, 2019 at 02:38:15PM +0200, Vincent Lefevre wrote: > > > On 2019-04-08 13:57:32 +0200, Stefan Sperling wrote: > > > > There is in

Re: svn and svnserve hanging

On Mon, Apr 08, 2019 at 02:38:15PM +0200, Vincent Lefevre wrote: > On 2019-04-08 13:57:32 +0200, Stefan Sperling wrote: > > There is insufficient information in your report for anyone to act upon. > > Most importantly, it is unclear which component in the chain is causing

Re: svn and svnserve hanging

On Mon, Apr 08, 2019 at 01:44:37PM +0200, Vincent Lefevre wrote: > I've run a "svn diff" with the -c option, and it is hanging. > The corresponding "svnserve -t" on the server is hanging too. > > After one hour, on the client side, the svn command is still running, > together with > > vinc17

Re: Replacing directory by circular symlink produces malformed XML

client should be fixed to close open XML tags when an error occurs, though this also risks people or scripts not noticing such errors. I suppose that, ideally, our XML output would embed errors inside the XML stream in a well-defined manner, as well as printing errors on stderr. So fixing this would require some non-trivial amount of effort. Would you have time and skills to work on this issue? Thanks, Stefan

Re: Weird behavior of `svn --non-interactive`

On Wed, Feb 27, 2019 at 01:27:15PM -0800, Alexey Neyman wrote: > On 2/26/19 11:22 PM, Stefan Sperling wrote: > > Since you have several password stores running, the best bet to get reliable > > behaviour is to pick the one you actually want to use and configure it in > > the

Re: Weird behavior of `svn --non-interactive`

On Tue, Feb 26, 2019 at 10:15:32PM -0800, Alexey Neyman wrote: > How does SVN decide when to use gpg-agent and when to use gnome-keyring? By > the way, I am running KDE so I'd assume the kwallet would be the default - > but it isn't... Subversion does not know that you're running it in KDE. By

Re: Weird behavior of `svn --non-interactive`

On Mon, Feb 25, 2019 at 05:41:13PM -0800, Alexey Neyman wrote: > Hi all, > > I am encountering some weird behavior after upgrading my workstation to > Ubuntu 18.10 - which also upgraded the SVN to version 1.10.0 (r1827917). > > An attempt to query anything from the server using the

Re: working copy hook

On Mon, Feb 25, 2019 at 05:11:25PM +0800, wuzhouhui wrote: > Could Subversion support working copy hook? Because I want to ensure > new commit won't introduce any building error, e.g. always running > "make html" before "svn commit". > > Thanks. There are only server-side hooks. But you can use

Re: svn cleanup options

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"? > > > > Wel

Re: svn cleanup options

there any way to say "ignore errors" or "ignore read-only" or even "remove > read-only"? > Well, it should already work without errors. I am not sure why it does not work for you :-/ Regards, Stefan

Re: E155011 + E160013: how to clear this mess?

and prevent 'svn commit' from trying to delete this path. So why does revert not help? How did you attempt to revert the deleted path? What output did you see when you tried to revert the path? Regards, Stefan

Re: svn problem

On Sun, Feb 10, 2019 at 09:18:49AM +, Chagai Nota wrote: > Our company now working with 1.8 its will be problematic to move to 1.11 > (also for other users it’s not happen) Subversion 1.8 is no longer officially supported, which means that problems you find while using Subversion 1.8 won't

Re: Tree conflict when an update attempts to remove a directory with unversioned files

On Tue, Jan 29, 2019 at 01:06:09PM +0100, Stefan Sperling wrote: > On Tue, Jan 29, 2019 at 10:48:21AM +0100, Stefan Sperling wrote: > > I will look at making 'svn update' detect this case if possible > > See https://svn.apache.org/r1852436 I have nominated this change for the

Re: Tree conflict when an update attempts to remove a directory with unversioned files

On Tue, Jan 29, 2019 at 10:48:21AM +0100, Stefan Sperling wrote: > I will look at making 'svn update' detect this case if possible See https://svn.apache.org/r1852436

Re: Tree conflict when an update attempts to remove a directory with unversioned files

On Tue, Jan 29, 2019 at 10:48:21AM +0100, Stefan Sperling wrote: > Please note that releases older than SVN 1.10 are no longer supported by > this community. The behaviour of SVN 1.9 won't ever be changed. Sorry, I got mixed up here. Our release planning was recently changed and SVN

Re: Tree conflict when an update attempts to remove a directory with unversioned files

o-date resolver implementation and is being fed with improvements and new conflict resolution options over time. Some improvements are also being ported back to 1.10.x releases. Please refer to our CHANGES file for notes about conflict resolver improvements in current and future releases: https://svn.apache.org/repos/asf/subversion/trunk/CHANGES Regards, Stefan

Re: Subversion Version Control

es/ This is mostly due to a lack of volunteers working on the SVN Book. Regards, Stefan

Re: Reintegration problem

On Fri, Jan 18, 2019 at 01:09:19PM +, David Aldrich wrote: > Hi Stefan > > Thanks for your reply. I am using svn 1.11. > > I tried the command you suggested but, although it succeeded, there was > nothing to commit afterwards. Does the file not have an svn:mergeinfo pr

Re: Reintegration problem

einfo problems present in earlier releases have been fixed over time, and you could be running into one of them. In some cases, such issues are rooted in history committed with older clients. The sooner every user of the repository upgrades, the better. Regards, Stefan

Re: Homebrew SVN 1.11 not working

On Wed, Jan 16, 2019 at 09:39:12AM -0500, 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 >

Subversion Exception!

:\Development\SVN\Releases\TortoiseSVN-1.11.0\ext\subversion\subversion\libsvn_wc\wc_db.c' line 10238: assertion failed (svn_dirent_is_absolute(local_abspath)) --- OK Viele Grüße Stefan Hertzschuch

Re: Old repo backup, checkout current, lost repo, create new repo?

On Thu, Dec 13, 2018 at 07:18:23AM -0600, Tom Browder wrote: > Sorry, Nico, I probably didn’t use the correct terms in my problem > description. Basically the subversion repos on my remote server were > current as of about six months ago when they were established there > and a hotcopy was made.

Re: Subversion Exception!

ages as well because abort() ends the application with NO possibility to either save changes first. Sorry if this message seems rude - but I'm tired of arguing the same over and over again. Stefan -- ___ oo // \\ "De Chelonian Mobile" (_,\/ \_/ \ TortoiseSV

  1   2   3   4   5   6   7   8   9   10   >