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* Indeed, the list of path

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

On Tue, Dec 07, 2021 at 03:19:45PM +0530, Abhishek Kumar wrote: > Dear Team, > There is a Planned Linux OS Upgradation of Server from existing version RHEL > 6 to RHEL 7.7 where SVN Server(SVN V1.6.11) setup is done. > > Kindly provide the installation steps and compatibility for the same. > >

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

On Wed, Nov 24, 2021 at 11:09:08AM +0100, Thorsten Schöning wrote: > Hi everyone, > > for various reasons I put /var/spool/cron/crontabs under version > control. I have one Ubuntu 12.04 legacy system running SVN 1.7.22 and > recognized that after committing changes to the file for ROOT, it's >

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 > opening it? > Yes, this

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

On Wed, Nov 03, 2021 at 04:21:34PM +0100, Thomas Weißschuh wrote: > Hi everybody, > > While investigating persistent segmentation faults in mod_dav_svn I found > invalid uses of objectpools in subversion/libsnv_repos/authz.c. > > In svn_repos_authz_initialize() the objectpools passed in during

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

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 > recommend the rr reversible debugger).  Its ~30meg Thank you Joshua! The patch below makes your test script

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

On Sun, Aug 08, 2021 at 10:26:43AM +0200, Daniel Sahlberg wrote: > On 2021-08-07 17:14, Joshua Kordani wrote: > > Yes it does appear to fix the issue.  Thank you! > > Hi Joshua (and list), > > I've been trying to reproduce your issue both to have test case for > backporting the fix and possibly

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 using multiple

Re: Enforce encryption client-side

On Thu, May 06, 2021 at 11:21:57AM +0200, Nils-Johan Andreasson wrote: > Hi there! > > I'm serving a repository using svnserve with SASL to make sure > communication is always encrypted (config has use-sasl = true, > min-encryption = 128 and max-encryption = 256). > I know this enforces

Re: Restoring svn database

On Wed, Mar 03, 2021 at 08:03:08AM +, Philippe DEMOUSTIER wrote: > Hi all, > > Following an issue on our servers, we lost approximatively 30% of our svn > database. > Admin dump fails so we're trying to restore some data manually. > > How can we restore data between SVN and ENDREP tags ? >

[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

On Tue, Dec 08, 2020 at 03:44:21PM +0300, Anton Shepelev wrote: > Nathan Hartman: > > > A possible rationale is that the HEAD revision could > > change without your knowledge (e.g., another user commits > > something in the meantime) and you wouldn't get the > > revision you were expecting. > > >

Re: Updated documentation

On Fri, Sep 11, 2020 at 02:13:26PM -0500, Blake McBride wrote: > Greetings, > > I am a long time user and lover of svn. It seems like the main > documentation for SVN is for version 1.7 yet svn is now at 1.14. Since the > version hasn't gotten to 2.x, I presume that the changes are not overly >

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

On Tue, Aug 04, 2020 at 06:37:07PM +, Jacob Weber wrote: > Hi there. I'm doing a merge which seems to be doing a very long-running > operation (over an hour so far) when it gets to the "Searching tree conflict > details" step. I'm wondering if there's any way to avoid this. > > I'm merging

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)

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 > repository as a directory listing. Has anyone built a Windows binary? Or > perhaps it's made

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

On Thu, Mar 26, 2020 at 01:10:25AM +0300, Anton Shepelev wrote: > Daniel Shahaf: > > however, I don't think the lack of these distinctions is > > necessarily a blocker. It just means we need to be more careful > > about not writing automation that will help some cases and > > backfire in others.

Re: Automatically supply the origin URL in svn merge

On Thu, Mar 26, 2020 at 01:10:25AM +0300, Anton Shepelev wrote: > Daniel Shahaf: > > However, I can also see circumstances in which this smartness > > could be counter-productive: > > > > 1. In repository restructurings, such as running «svn merge» in a > > working copy of ^/thebarproject/trunk

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

On Wed, Mar 04, 2020 at 04:45:45AM +, Mun Johl wrote: > Hi all, > > Off of trunk in our repo are various directories. I am trying to branch a > specific revision of two of the directories and am not being successful ... > the branch is always off of the HEAD revision. Here's one attempt:

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

Re: Remote renames create subtree mergeinfo

On Tue, Aug 27, 2019 at 09:41:37AM -0700, bryce.scho...@gmail.com wrote: > FWIW, I found the explanations in these two emails from the same thread to > be easier to understand as a user: > https://svn.haxx.se/users/archive-2010-11/0408.shtml > https://svn.haxx.se/users/archive-2010-11/0466.shtml >

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 ?

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, I was permanently accepting the > certificate on the first run of the script and then everything was > sailling

Re: E235000 assertion failed in commit_util.c

On Thu, May 23, 2019 at 09:46:56AM +1200, Jason Pickens wrote: > Hi, > > I am getting an error when trying to use the SlickSVN client from within > IntelliJ. I initially contacted SlickSVN but they said that the issue is in > the SVN library. I am using version 1.8.5. SVN 1.8 is no longer

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

On Mon, Apr 22, 2019 at 01:29:15PM -0400, Kathleen Warren wrote: > Hi all, > > I've gotten myself into a bit of a svn merging funk and I'd like to know if > my proposed solution will cause further errors. > > Due to a misunderstanding of how svn handles mergeinfo, I merged several > commits from

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

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. See hereafter the recipe. > > Starting from a

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

On Thu, Feb 14, 2019 at 01:55:10PM +, Cooke, Mark wrote: > Hello list, > > Windows 7, using the 1.10.3 command line tools (from TortoiseSVN). > > I am trying to use `svn cleanup` in a build script (batch file) to remove > some ignored / unversioned files that may have been generated by a

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

On Thu, Feb 14, 2019 at 12:55:02PM +, Niemann, Hartmut wrote: > Hello! > > After some copying of trees, and renaming I seem to have brought my WC into a > messy state. > > when I try to commit changes of a folder, I get > > Deleting #REQ#B4#1#.xlsx > svn: E155011: Commit failed

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

On Mon, Jan 28, 2019 at 09:24:41PM +0100, bonsma wrote: > Hi all, Hi Erwin, > When we upgraded from Subversion 1.8.17 to Subversion 1.9.7 we > noticed a change in behaviour of svn update. This happens when the > update pulls in a change that deletes a directory while this directory > contains

Re: Subversion Version Control

On Fri, Jan 25, 2019 at 08:07:11PM +, Gillead, Gennar wrote: > I haven't used SVN but my client currently uses it and > looking for a certain functionality before considering replacing it. To be > more specific can you define your own keyword replacement variables? Hi Gennar, It is not

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 property? Otherwise,

Re: Reintegration problem

On Fri, Jan 18, 2019 at 12:31:12PM +, David Aldrich wrote: > Hi > > I have a branch to which I have carefully merged all changes from the trunk > over the past year. Today I want to reintegrate the branch into the trunk. > When I attempt to do so I get error: > > Reintegrate can only be

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 >

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: Old repo backup, checkout current, lost repo, create new repo?

On Mon, Dec 10, 2018 at 03:37:46PM -0600, Tom Browder wrote: > On Mon, Dec 10, 2018 at 4:55 AM Tom Browder wrote: > > > > On Mon, Dec 10, 2018 at 12:10 AM Nico Kadel-Garcia wrote: > > > On Sun, Dec 9, 2018 at 6:31 PM Tom Browder wrote: > > ... > > > > Given that history will be lost, does

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

On Mon, Dec 10, 2018 at 10:08:10AM +0100, Thorsten Schöning wrote: > If you come to the conclusion that you don't do this kind of hacking > anymore or even at all including this issue, users of the SVN-bridge > would simply need to change their workflow to something else. I'm > only using the

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

On Tue, Nov 06, 2018 at 11:09:53AM +0100, Branko Čibej wrote: > On 06.11.2018 10:20, Dr. Rolf Jansen wrote: > > Said all this, I would have simply amended this error message by a hint. > > „... check the URL is pointing to a SVN repository!“. > > ... and this hint implies that only the URL could

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

On Mon, Nov 05, 2018 at 08:21:20PM -0200, Dr. Rolf Jansen wrote: > and of course the GitHub server does support HTTP/DAV. > # svn co https://github.com/cyclaero/ContentCGI.git/trunk ContentCGI > svn: E170013: Unable to connect to a repository at URL >

  1   2   3   4   5   6   7   8   9   10   >