Re: svn doesn't cope well with read-only auth cache

On Fri, May 16, 2014 at 2:47 PM, Johan Corveleyn jcor...@gmail.com wrote: On Thu, May 15, 2014 at 4:16 PM, Johan Corveleyn jcor...@gmail.com wrote: If the file with the cached credentials (the file under subversion config dir/auth/svn.simple) is read-only, 'svn' 1.8 (on Windows) will behave

Re: [RFC] Move tracking - design summary and mock-up proposal

On Tue, May 20, 2014 at 4:25 PM, Julian Foad julianf...@btopenworld.com wrote: Hi, folks. At last I have a plan for move tracking. I want to share this plan and get your feedback. Awesome! == DESIGN == I had an opportunity to discuss the design in person with Ben, Brane, Philip and

Re: --strict vs --no-newline

On Tue, Jun 17, 2014 at 1:09 PM, Julian Foad julianf...@btopenworld.com wrote: ... Do we really want a new subcommand svn youngest for this? We already have: svnversion # youngest rev in a WC svn info $URL | grep 'Revision:' # head revision of repo in which $URL exists Not

Re: Subversion 1.9.0-dev FSFS performance tests

On Thu, Jun 19, 2014 at 5:06 PM, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: Turn out that the ruby repo is something special in that it has very deep histories of relatively few, very small files combined with one huge changelog file (the latter taking up ~75% of the repo). See

Re: Issue #4162: make svn status fix timestamp mismatches in meta-data

On Mon, Jun 23, 2014 at 11:08 AM, Bert Huijben b...@qqmail.nl wrote: -Original Message- From: Julian Foad [mailto:julianf...@btopenworld.com] Sent: maandag 23 juni 2014 10:03 To: Markus Schaber Cc: Subversion Dev (dev@subversion.apache.org) Subject: Issue #4162: make svn status fix

Re: Issue #4162: make svn status fix timestamp mismatches in meta-data

On Mon, Jun 23, 2014 at 12:03 PM, Bert Huijben b...@qqmail.nl wrote: -Original Message- From: Johan Corveleyn [mailto:jcor...@gmail.com] Sent: maandag 23 juni 2014 11:41 To: Bert Huijben Cc: Julian Foad; Markus Schaber; Subversion Dev Subject: Re: Issue #4162: make svn status fix

Re: Issue #4162: make svn status fix timestamp mismatches in meta-data

On Mon, Jun 23, 2014 at 2:08 PM, Stefan Sperling s...@elego.de wrote: On Mon, Jun 23, 2014 at 01:55:32PM +0200, Branko Čibej wrote: There's a world of difference here. The former is an error that prevents you from using the working copy. The latter case doesn't prevent anything. This

Re: Subversion 1.9.0-dev FSFS performance tests

On Mon, Jun 30, 2014 at 6:21 PM, Ivan Zhakov i...@visualsvn.com wrote: On 30 June 2014 18:51, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Mon, Jun 30, 2014 at 4:06 PM, Ivan Zhakov i...@visualsvn.com wrote: On 19 June 2014 14:21, Ivan Zhakov i...@visualsvn.com wrote: Hi, I've

Re: svn commit: r1614080 - in /subversion/branches/authzperf: BRANCH-README subversion/libsvn_repos/authz.c subversion/libsvn_subr/config.c subversion/libsvn_subr/config_impl.h

On Tue, Jul 29, 2014 at 12:46 PM, Branko Čibej br...@wandisco.com wrote: On 29.07.2014 12:25, Julian Foad wrote: Brane wrote: if the patterns were: [*/projects/f*/include/*.h] [*/projects/*o/include/*.h] (Ugh, I don't like the prefix '*' which I think you're using to mean

Re: 1.8.10 up for testing/signing

On Sat, Aug 2, 2014 at 3:33 AM, Ben Reser b...@reser.org wrote: The 1.8.10 release artifacts are now available for testing/signing. Please get the tarballs from https://dist.apache.org/repos/dist/dev/subversion and add your signatures there. I plan to try and release on August 11th so

Re: [VOTE] merge the log-message-templates branch to trunk

On Mon, Sep 15, 2014 at 12:58 PM, Stefan Sperling s...@elego.de wrote: ... Are there other examples out there like FreeBSD but different? I don't know. I was hoping to get something finished that satisfies the FreeBSD use case, and nothing else. They obviously have a need for this, else they

Re: Time to branch 1.9

On Fri, Nov 7, 2014 at 7:00 PM, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Fri, Nov 7, 2014 at 5:49 PM, Ivan Zhakov i...@visualsvn.com wrote: On 7 November 2014 17:57, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Fri, Nov 7, 2014 at 2:07 PM, Ivan Zhakov

Re: svn commit: r1637184 - in /subversion/trunk/subversion: libsvn_fs_fs/ tests/libsvn_fs/

On Wed, Nov 12, 2014 at 6:30 PM, Ivan Zhakov i...@visualsvn.com wrote: [...] Anyway, the performance results says that it is not very important to have the mixed-mode and I assume that there is currently consensus about this. Maybe currently (after your argumentation and Evgeny's tests),

Re: svn info --detail [was: Time to branch 1.9]

Op 16-feb.-2015 12:57 schreef Branko Čibej br...@wandisco.com: On 16.02.2015 12:07, Julian Foad wrote: Branko Čibej wrote: * 4556 Replace 'svn youngest' with another UI Not much discussion here. I propose we do either option 2 ('svnmucc youngest'), or rip out the subcommand

Re: 1.7.20 release candidates up for testing/signing

On Sun, Mar 22, 2015 at 12:44 PM, Bert Huijben b...@qqmail.nl wrote: -Original Message- From: Johan Corveleyn [mailto:jcor...@gmail.com] Sent: zaterdag 21 maart 2015 22:04 To: Subversion Development Subject: Re: 1.7.20 release candidates up for testing/signing Platform

Re: Playing with svnmover

On Tue, Mar 17, 2015 at 4:17 PM, Julian Foad julianf...@gmail.com wrote: On 13 March 2015, Julian Foad wrote: Dear fans of move tracking, I heartily invite you to help by playing with 'svnmover'. Can you have a go and see what it can do? It's quite fun to play with (in a nerdy way :-) One

Re: Playing with svnmover

On Wed, Mar 18, 2015 at 3:15 AM, Johan Corveleyn jcor...@gmail.com wrote: On Tue, Mar 17, 2015 at 4:17 PM, Julian Foad julianf...@gmail.com wrote: On 13 March 2015, Julian Foad wrote: Dear fans of move tracking, I heartily invite you to help by playing with 'svnmover'. Can you have a go

Re: 1.9.0-beta1 up for testing/signing

On Wed, Mar 11, 2015 at 3:00 PM, Johan Corveleyn jcor...@gmail.com wrote: On Fri, Mar 6, 2015 at 1:09 AM, Ben Reser b...@reser.org wrote: The 1.9.0-beta1 release artifacts are now available for testing/signing. Please get the tarballs from https://dist.apache.org/repos/dist/dev/subversion

Re: Playing with svnmover

On Wed, Mar 18, 2015 at 10:09 AM, Julian Foad julianf...@gmail.com wrote: Johan Corveleyn wrote: I intend to take a closer look soon. But as you know, my definition of soon is a bit ... vague ;-). I greatly appreciate your efforts to get move support ... moving in svn. First hurdle: I have

Re: Playing with svnmover

On Thu, Mar 19, 2015 at 1:21 AM, Julian Foad julianf...@gmail.com wrote: Bert Huijben wrote: Johan Corveleyn wrote: Thanks. I get a bit further now. But now it fails with some linker problems: [[[ svn_repos-1.lib(commit.obj) : error LNK2019: unresolved external symbol

Re: 1.7.20 release candidates up for testing/signing

On Thu, Mar 19, 2015 at 7:42 PM, Philip Martin philip.mar...@wandisco.com wrote: Johan Corveleyn jcor...@gmail.com writes: TIME = 0.047000 svn: E160004: Corrupt node-revision '0.0.r9/882' svn: E160004: Missing id field in node-rev I don't see that on my Linux box. That's a complaint about

Re: 1.7.20 release candidates up for testing/signing

On Wed, Mar 18, 2015 at 3:09 PM, Stefan Sperling s...@elego.de wrote: The 1.7.20 release is now up for testing/signing at https://dist.apache.org/repos/dist/dev/subversion Please add your signatures there. The anticipated release day is March 31. Note that libsvn_subr/mergeinfo-test 6 and

Re: Handling non-reproducible test failures (was Re: 1.7.20 release candidates up for testing/signing)

On Fri, Mar 20, 2015 at 8:13 PM, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: ... I haven't thought too deeply about it but I think we should be able to extend the current repo / w/c cleanup infrastructure to copy the data away upon test failure. Yes, something like that would be a

Re: 1.8.13 release up for testing/signing

On Wed, Mar 18, 2015 at 3:04 PM, Stefan Sperling s...@elego.de wrote: The 1.8.13 release is now up for testing/signing at https://dist.apache.org/repos/dist/dev/subversion Please add your signatures there. The anticipated release day is March 31. Note that the 1.8.12 release was tagged and

Re: 1.7.20 release candidates up for testing/signing

On Wed, Mar 18, 2015 at 3:09 PM, Stefan Sperling s...@elego.de wrote: The 1.7.20 release is now up for testing/signing at https://dist.apache.org/repos/dist/dev/subversion Please add your signatures there. The anticipated release day is March 31. Note that libsvn_subr/mergeinfo-test 6 and

Re: 1.7.20 release candidates up for testing/signing

On Thu, Mar 19, 2015 at 6:06 PM, Johan Corveleyn jcor...@gmail.com wrote: On Wed, Mar 18, 2015 at 3:09 PM, Stefan Sperling s...@elego.de wrote: The 1.7.20 release is now up for testing/signing at https://dist.apache.org/repos/dist/dev/subversion Please add your signatures

Handling non-reproducible test failures (was Re: 1.7.20 release candidates up for testing/signing)

On Fri, Mar 20, 2015 at 9:42 AM, Johan Corveleyn jcor...@gmail.com wrote: ... Unfortunately, I can't verify the rev file, since I don't have it anymore, it has been overwritten by trying to reproduce it (g, should remember to backup leftover repositories and working copies after a failed

Re: 1.9.0-beta1 up for testing/signing

On Fri, Mar 6, 2015 at 1:09 AM, Ben Reser b...@reser.org wrote: The 1.9.0-beta1 release artifacts are now available for testing/signing. Please get the tarballs from https://dist.apache.org/repos/dist/dev/subversion and add your signatures there. Please keep in mind that this is a beta and

Re: svn commit: r1667823 - in /subversion/branches/v1.7.x-VS2012-15: ./ build/generator/ build/generator/templates/

Hi Bert, This backport branch works fine for building 1.7.x with VS 2013. Thanks, that makes it much easier. However, see below ... On Thu, Mar 19, 2015 at 7:15 PM, rhuij...@apache.org wrote: Author: rhuijben Date: Thu Mar 19 18:15:17 2015 New Revision: 1667823 URL:

Re: Playing with svnmover

On Thu, Mar 19, 2015 at 12:42 PM, Julian Foad julianf...@gmail.com wrote: Johan Corveleyn wrote: Another step further, but now I get this (don't really understand why): [[[ libsvn_delta.def : error LNK2001: unresolved external symbol svn_editor3__insert_shims That function is declared

Re: Handling non-reproducible test failures (was Re: 1.7.20 release candidates up for testing/signing)

On Fri, Mar 20, 2015 at 10:30 AM, Johan Corveleyn jcor...@gmail.com wrote: On Fri, Mar 20, 2015 at 9:42 AM, Johan Corveleyn jcor...@gmail.com wrote: ... Unfortunately, I can't verify the rev file, since I don't have it anymore, it has been overwritten by trying to reproduce it (g, should

Re: Playing with svnmover

On Wed, Mar 25, 2015 at 6:01 PM, Julian Foad julianf...@gmail.com wrote: Bert Huijben wrote: Julian, you can just force the windows Ra bot to build a/this/your branch via IRC if you want to verify if it works now. (The Ra bot uses a shared library build, like Johan's environment. The local bot

Re: branching over mod_dav 2.4.6 is O(tree)

On Wed, Apr 1, 2015 at 1:21 PM, Philip Martin philip.mar...@wandisco.com wrote: Daniel Shahaf d...@daniel.shahaf.name writes: So, what will a mod_dav fix look like? I understand the issue is that it walks the copy source for locks. Should it stop doing that? Yes, I believe so. mod_dav

Re: svn info --show-item [was: svn info --detail]

On Wed, Feb 25, 2015 at 11:16 AM, Branko Čibej br...@wandisco.com wrote: On 25.02.2015 10:56, Johan Corveleyn wrote: On Tue, Feb 24, 2015 at 5:32 PM, Julian Foad julianf...@btopenworld.com wrote: Branko Čibej wrote: This is what's currently on the branch: svn diff http://svn.apache.org

Re: svn info --show-item [was: svn info --detail]

On Tue, Feb 24, 2015 at 5:32 PM, Julian Foad julianf...@btopenworld.com wrote: Branko Čibej wrote: This is what's currently on the branch: svn diff http://svn.apache.org/repos/asf/subversion/trunk@1661975 \ http://svn.apache.org/repos/asf/subversion/branches/svn-info-detail [...]

Re: [vote] pin-externals branch to trunk

On Thu, Jan 29, 2015 at 11:15 PM, Stefan Sperling s...@elego.de wrote: On Thu, Jan 29, 2015 at 11:01:32PM +0100, Stefan Kueng wrote: On Thu, Jan 29, 2015 at 07:26:01PM +0100, Stefan Kueng wrote: ... Well, I'd rather avoid having to make commits to multiple repositories. If this feature only

Re: [vote] pin-externals branch to trunk

On Fri, Jan 30, 2015 at 1:10 AM, Stefan Sperling s...@elego.de wrote: On Fri, Jan 30, 2015 at 12:43:47AM +0100, Johan Corveleyn wrote: From the peanut gallery: I'm with Stefan Küng on this. I think intra-repository externals are used *a lot*, especially in companies. I'm not a big fan

Re: svn commit: r1674628 - /subversion/branches/1.9.x/STATUS

On Sun, Apr 19, 2015 at 7:27 PM, Greg Stein gst...@gmail.com wrote: On Sun, Apr 19, 2015 at 11:40 AM, Branko Čibej br...@wandisco.com wrote: On 19.04.2015 10:57, Bert Huijben wrote: Why do you set the header if you can just set the parsed depth value even more locally as I did in my patch I

Re: 1.9.0-rc1 up for testing/signing

On Tue, Apr 21, 2015 at 10:09 PM, Ben Reser b...@reser.org wrote: The 1.9.0-rc1 release artifacts are now available for testing/signing. Please get the tarballs from https://dist.apache.org/repos/dist/dev/subversion and add your signatures there. This being a rc1 it means that our soak

Re: branching over mod_dav 2.4.6 is O(tree)

On Sat, Apr 4, 2015 at 11:48 PM, Ben Reser b...@reser.org wrote: ... This isn't about lock validation. I already added a flag to mod_dav's request validation to say not to validate locks on the COPY source. Doing the lock validation on the COPY source was flat out wrong in generic DAV as well

Re: branching over mod_dav 2.4.6 is O(tree)

On Fri, Apr 3, 2015 at 8:23 PM, Ben Reser b...@reser.org wrote: On 4/1/15 5:28 AM, Johan Corveleyn wrote: On Wed, Apr 1, 2015 at 1:21 PM, Philip Martin philip.mar...@wandisco.com wrote: Yes, I believe so. mod_dav should avoid the walk when the callback result for every path in the walk

Re: 1.9.0-rc2 up for testing/signing

On Sun, May 31, 2015 at 11:28 PM, Ben Reser b...@reser.org wrote: The 1.9.0-rc2 release artifacts are now available for testing/signing. Please get the tarballs from https://dist.apache.org/repos/dist/dev/subversion and add your signatures there. Thanks! Summary --- +1 to release

Re: inconsistency between mergeinfo records

On Tue, Jun 23, 2015 at 3:18 PM, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Tue, Jun 23, 2015 at 2:33 PM, Stefan Hett ste...@egosoft.com wrote: Hi Stefan^2, On Thu, Mar 26, 2015 at 2:21 PM, Stefan Hett ste...@egosoft.com wrote: Hi Stefan, thanks for taking the time to write

Re: Populating the rep-cache

On Thu, May 28, 2015 at 6:00 PM, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Wed, May 27, 2015 at 8:14 PM, Philip Martin philip.mar...@wandisco.com wrote: Julian Foad julianf...@gmail.com writes: Stefan Fuhrmann wrote: * clear the rep-cache.db Clearing the cache and

Re: New 1.7 release due to VS 2015 build issue

Op 11-aug.-2015 16:37 schreef Stefan Fuhrmann stefan.fuhrm...@wandisco.com: On Mon, Aug 10, 2015 at 3:40 AM, Stefan luke1...@posteo.de wrote: Hi, I'm wondering whether it would be reasonable to release another 1.7-build. 1.7.21 added support to build 1.7 using Visual Studio 2015. However

Re: Subversion 1.7.21 up for testing/signing

On Tue, Aug 4, 2015 at 10:54 AM, Stefan Sperling s...@elego.de wrote: On Mon, Jul 27, 2015 at 06:56:27PM +0200, Stefan Sperling wrote: On Mon, Jul 27, 2015 at 07:23:42AM +0200, Branko Čibej wrote: The 1.7.21 release artefacts are now available for testing/signing. Please get the tarballs

Re: 1.7.22 up for testing/signing

On Wed, Aug 5, 2015 at 11:51 AM, Stefan Sperling s...@elego.de wrote: 1.7.22 is now available for testing/signing at https://dist.apache.org/repos/dist/dev/subversion Please add your signatures there. This release fixes the test suite problem found in 1.7.21. If you have already tested

Re: Subversion 1.9.0 up for testing/signing

On Mon, Jul 27, 2015 at 10:43 AM, Branko Čibej br...@apache.org wrote: The 1.9.0 release artefacts are now available for testing/signing. Please get the tarballs from https://dist.apache.org/repos/dist/dev/subversion/ and add your signatures there. Thanks! Summary --- +1 to

Re: Subversion 1.7.21 up for testing/signing

On Tue, Jul 28, 2015 at 1:24 AM, Johan Corveleyn jcor...@gmail.com wrote: On Mon, Jul 27, 2015 at 7:23 AM, Branko Čibej br...@apache.org wrote: The 1.7.21 release artefacts are now available for testing/signing. Please get the tarballs from https://dist.apache.org/repos/dist/dev

Re: New 1.7 release due to VS 2015 build issue

On Tue, Aug 11, 2015 at 11:18 PM, Stefan luke1...@posteo.de wrote: Hi John, Op 11-aug.-2015 16:37 schreef Stefan Fuhrmann stefan.fuhrm...@wandisco.com: On Mon, Aug 10, 2015 at 3:40 AM, Stefan luke1...@posteo.de wrote: Hi, I'm wondering whether it would be reasonable to release another

Re: Subversion 1.7.21 up for testing/signing

On Mon, Jul 27, 2015 at 7:23 AM, Branko Čibej br...@apache.org wrote: The 1.7.21 release artefacts are now available for testing/signing. Please get the tarballs from https://dist.apache.org/repos/dist/dev/subversion/ and add your signatures there. Thanks! Summary --- +1 to

Re: 1.9.0-rc3 up for testing/signing

On Mon, Jul 6, 2015 at 9:18 AM, Branko Čibej br...@wandisco.com wrote: The 1.9.0-rc3 release artefacts are now available for testing/signing. Please get the tarballs from https://dist.apache.org/repos/dist/dev/subversion/ and add your signatures there. Thanks! Summary --- +1 to

Re: No-op changes no longer dumped by 'svnadmin dump' in 1.9

com] >> Sent: maandag 26 oktober 2015 17:45 >> To: Bert Huijben <b...@qqmail.nl>; Stefan Fuhrmann >> <stefan.fuhrm...@wandisco.com> >> Cc: Johan Corveleyn <jcor...@gmail.com>; Julian Foad >> <julianf...@btopenworld.com>; dev <dev@subversion.apa

Re: Merge 'svnmover' demo tool to trunk

On Tue, Nov 10, 2015 at 4:28 PM, Julian Foad wrote: > The work on the 'move-tracking-2' branch currently consists of some > library functions (mostly named 'svn_branch_*') which are used only by > the demo tool named 'svnmover'. These do not interfere with normal >

Re: Merge 'svnmover' demo tool to trunk

On Thu, Nov 12, 2015 at 11:44 AM, Julian Foad <julianf...@apache.org> wrote: > Johan Corveleyn wrote: >> Julian Foad wrote: >>> The work on the 'move-tracking-2' branch currently consists of some >>> library functions (mostly named 'svn_branch_*') which are use

Re: No-op changes no longer dumped by 'svnadmin dump' in 1.9

363 + r1573111 propagates up to >>higher levels like svn_repos or svn_ra and alters the behavior of many >>different callers like svn_ra_get_file_revs2() or the update reporter. >>Third-party API callers could not be ready for it as well, because public >>API functions li

RE: 1.9.0-rc3 up for testing/signing

I may be able to add my signature later today or tomorrow. Wifi in our hotel in Italy is quite good ... though the swimming pool looks attractive too ;-). Johan Op 11-jul.-2015 09:03 schreef Bert Huijben b...@qqmail.nl: I should be able to add my +1 later today. Bert

Re: Subversion 1.9.1 up for testing/signing

On Thu, Aug 27, 2015 at 4:52 PM, Branko Čibej br...@apache.org wrote: The 1.9.1 release artefacts are now available for testing/signing. The planned release date is Wednesday, 2nd September. Please get the tarballs from https://dist.apache.org/repos/dist/dev/subversion/ and add your

Re: svn commit: r1698359 - in /subversion/trunk/subversion: include/svn_io.h libsvn_subr/stream.c svnadmin/svnadmin.c svnfsfs/load-index-cmd.c tests/libsvn_subr/stream-test.c

On Wed, Sep 2, 2015 at 2:43 PM, Evgeny Kotkov wrote: > Stefan Fuhrmann writes: > >>> Given the above, I am -1 on this optimization for svnadmin load-revprops >>> that was implemented in r1698359 and r1700305. Please revert these >>>

Re: Migrating Subversion issues to ...

On Wed, Sep 16, 2015 at 11:59 AM, Ivan Zhakov wrote: > On 16 September 2015 at 11:32, Stefan Hett wrote: >> Hi, Speaking about Ivan's suggested monospace-renderer-plugin and the concern that it might break with a future version of JIRA: My

Re: Migrating Subversion issues to ...

On Wed, Sep 16, 2015 at 12:07 PM, Johan Corveleyn <jcor...@gmail.com> wrote: > On Wed, Sep 16, 2015 at 11:59 AM, Ivan Zhakov <i...@visualsvn.com> wrote: >> On 16 September 2015 at 11:32, Stefan Hett <ste...@egosoft.com> wrote: >>> Hi, >>>>> >&

Re: Migrating Subversion issues to ...

On Wed, Sep 16, 2015 at 11:12 PM, Greg Stein wrote: > Could I offer an opinion: the time stamps DO NOT MATTER. > > If a comment was posted at 15:00 or at 21:00 ... I don't care. If it was a > Monday or a Tuesday ... I don't care. I believe I'd rather stick a fork in > my eye,

Re: No-op changes no longer dumped by 'svnadmin dump' in 1.9

On Tue, Sep 29, 2015 at 1:47 PM, Stefan Fuhrmann <stefan.fuhrm...@wandisco.com> wrote: > On Mon, Sep 28, 2015 at 10:55 AM, Stefan Fuhrmann > <stefan.fuhrm...@wandisco.com> wrote: >> >> On Wed, Sep 23, 2015 at 12:55 PM, Julian Foad <julianf...@btopenworld.com>

Re: Announcing MaxSVN

On Sat, Sep 19, 2015 at 9:44 PM, Stefan wrote: > For once this is not a major concern for MaxSVN, since this aims purely for > development/testing and not actual usage as an SVN client in production > environment. > For 1.10 builds there's also an additional note pointing that

Re: No-op changes no longer dumped by 'svnadmin dump' in 1.9

On Wed, Sep 23, 2015 at 12:55 PM, Julian Foad <julianf...@btopenworld.com> wrote: >> Johan Corveleyn wrote: >>> [...] stefan2 told me in person that that part of the >>> change in r1572363 was unintentional :-). IIUC, he didn't realize that >>> it would

Re: svn commit: r1704374 - in /subversion/trunk/subversion: include/svn_diff.h include/svn_error_codes.h libsvn_diff/binary_diff.c libsvn_diff/diff.h libsvn_diff/parse-diff.c tests/cmdline/patch_tests

On Tue, Sep 22, 2015 at 12:30 PM, Julian Foad wrote: > Bert Huijben wrote: >> Stefan Sperling wrote: >>> > + unsigned info = 0; > [...] >>> > + for (i = 0; i < 5; i++) >>> > +{ >>> > + int value; >>> > + >>> > +

Re: svn commit: r1704374 - in /subversion/trunk/subversion: include/svn_diff.h include/svn_error_codes.h libsvn_diff/binary_diff.c libsvn_diff/diff.h libsvn_diff/parse-diff.c tests/cmdline/patch_tests

On Wed, Sep 23, 2015 at 3:34 PM, Bert Huijben <b...@qqmail.nl> wrote: > > >> -Original Message----- >> From: Johan Corveleyn [mailto:jcor...@gmail.com] >> Sent: woensdag 23 september 2015 14:51 >> To: Julian Foad <julianf...@btopenworld.com> &g

1.9 fs performance tests on Solaris + NFS back-end (fsfs f6, f7 and fsx)

Last week I performed some performance tests on various types of backends (FSFS formats 6 and 7, and FSX) served by 1.9, on machines that are similar to our company's production svn setup. This is a Solaris Sparc t5 with back-end on a Netapp cluster mounted via NFS; client is a Windows client over

Re: 1.9.2 up for signing/testing

On Fri, Sep 18, 2015 at 5:43 PM, Evgeny Kotkov wrote: > The 1.9.2 release artifacts are now available for testing/signing. > Please get the tarballs from > https://dist.apache.org/repos/dist/dev/subversion > and add your signatures there. I plan to try and release

Re: Migrating Subversion issues to ...

On Fri, Sep 18, 2015 at 4:25 PM, Branko Čibej wrote: > On 18 Sep 2015 4:16 pm, "Ivan Zhakov" wrote: >> >> On 18 September 2015 at 16:10, Stefan Sperling wrote: >> > On Fri, Sep 18, 2015 at 03:47:06PM +0200, Ivan Zhakov wrote: >> >>

Re: No-op changes no longer dumped by 'svnadmin dump' in 1.9

On Mon, Sep 21, 2015 at 4:38 PM, Johan Corveleyn <jcor...@gmail.com> wrote: ... > In our repository, there are a couple of such revisions, dating from > our conversion from cvs to svn (actually, revision N-1 contains a real > change, but only a short log message; and revisio

No-op changes no longer dumped by 'svnadmin dump' in 1.9

Behaviour of 'svnadmin dump' has changed in 1.9: a no-op change to path X comes into the dump file without "Text-content" block (there is still a "Node-action: change" to the path X). The consequence is that the no-op change disappears when you load this into a new repository. When you dump from

Re: No-op changes no longer dumped by 'svnadmin dump' in 1.9

On Wed, Sep 23, 2015 at 11:44 AM, Branko Čibej <br...@apache.org> wrote: > On 23.09.2015 11:03, Johan Corveleyn wrote: >> TBH, I'm not really interested in having a really fundamental >> discussion about this (but feel free to drive that of course). What I >> am int

Re: 1.9.3 up for signing/testing

On Tue, Dec 8, 2015 at 9:47 AM, Evgeny Kotkov wrote: > The 1.9.3 release artifacts are now available for testing/signing. > Please get the tarballs from > https://dist.apache.org/repos/dist/dev/subversion > and add your signatures there. I plan to try and release

Re: 1.8.15 up for signing/testing

On Tue, Dec 8, 2015 at 9:47 AM, Evgeny Kotkov wrote: > The 1.8.15 release artifacts are now available for testing/signing. > Please get the tarballs from > https://dist.apache.org/repos/dist/dev/subversion > and add your signatures there. I plan to try and release

Re: SVN-4635: Cherry-pick merge scenario causes Svn to choke

Op 11-jun.-2016 12:37 schreef "Paul Hammant" : > > http://subversion.apache.org/docs/community-guide/issues.html amongst other things, says " > if you're pretty sure about the bug, go ahead and post directly to our development list". OK, so here's a bug with merge tracking: > >

Re: new svn conflict resolver status update

On Mon, Jun 13, 2016 at 12:50 PM, Stefan Sperling <s...@elego.de> wrote: > On Mon, Jun 13, 2016 at 12:05:27AM +0200, Johan Corveleyn wrote: >> To be honest, being able to use the python test framework would be a >> lot more productive for me. Maybe I can look into how

Re: We can now merge file renames (Re: svn commit: r1748236 - in /subversion/trunk/subversion: libsvn_client/conflicts.c tests/libsvn_client/conflicts-test.c

On Mon, Jun 13, 2016 at 4:10 PM, Stefan Sperling wrote: > On Mon, Jun 13, 2016 at 01:51:49PM -, s...@apache.org wrote: >> Author: stsp >> Date: Mon Jun 13 13:51:49 2016 >> New Revision: 1748236 >> >> URL: http://svn.apache.org/viewvc?rev=1748236=rev >> Log: >> When merging an

Re: new svn conflict resolver status update

On Wed, Jun 15, 2016 at 9:29 AM, Stefan Sperling <s...@elego.de> wrote: > On Wed, Jun 15, 2016 at 06:56:56AM +, Markus Schaber wrote: >> Hi, >> >> > -Original Message----- >> > From: Johan Corveleyn [mailto:jcor...@gmail.com] >> > Sent

Cleaning up the FAQ

I think our FAQ is a bit of a mess (with all due respect to the people who have contributed to it over the years -- time has just taken its toll). Some questions are no longer relevant for recent releases (e.g. documented workarounds for problems that have since been fixed; or referring to BDB or

Re: Which is the best tool /process to migrate VSS (with history) to Subversion

On Mon, Jun 20, 2016 at 9:08 AM, Yerra Babji wrote: > Hi, > > I am looking for best tool / process to migrate VSS folders (with history ) > to Subversion. > > Thanks in advance for your suggestions. > > Thanks, > Babji Hi Babji, This mailinglist (dev@) is for discussing

Re: Cleaning up the FAQ

feedback on users@, but first want to get the above structure in place to give users a more concrete idea. Note: my web designer skills are totally mediocre. The best I can do is work within the existing design and move things around a bit -- people with more skills in this area are more tha

Re: Cleaning up the FAQ

On Fri, Jun 24, 2016 at 11:29 AM, Bert Huijben <b...@qqmail.nl> wrote: > > >> -Original Message----- >> From: Johan Corveleyn [mailto:jcor...@gmail.com] >> Sent: vrijdag 24 juni 2016 01:10 >> To: Subversion Development <dev@subversion.apache.o

Re: Cleaning up the FAQ

On Thu, Jun 23, 2016 at 12:33 AM, Johan Corveleyn <jcor...@gmail.com> wrote: ... > Hm, I think I'll go for stsp's suggestion, to move deprecated > questions to the bottom, but keep everything on one page. > > Something like this: > - > For questions related to deprec

Re: Cleaning up the FAQ

On Fri, Jun 24, 2016 at 12:28 PM, Johan Corveleyn <jcor...@gmail.com> wrote: > On Fri, Jun 24, 2016 at 11:29 AM, Bert Huijben <b...@qqmail.nl> wrote: ... >> I think we should just generalize this section. >> >> There are DST rule changes around the world at le

Re: svn commit: r1705646 - /subversion/trunk/subversion/libsvn_fs_fs/pack.c

On Wed, Jan 27, 2016 at 1:54 PM, Stefan Fuhrmann <eq...@web.de> wrote: > On 27.01.2016 13:08, Johan Corveleyn wrote: >> >> On Mon, Sep 28, 2015 at 12:16 PM, <stef...@apache.org> wrote: >>> >>> Author: stefan2 >>> Date: Mon Sep 28 10:

Re: svn commit: r1705646 - /subversion/trunk/subversion/libsvn_fs_fs/pack.c

On Mon, Sep 28, 2015 at 12:16 PM, wrote: > Author: stefan2 > Date: Mon Sep 28 10:16:12 2015 > New Revision: 1705646 > > URL: http://svn.apache.org/viewvc?rev=1705646=rev > Log: > Tune reorg strategy during the FSFS format7 packs such that it favors > checkout-style tree walks

Re: Incomplete xml output when using --xml to non-existent server

gt; echo "Please use log message of the form \"JIRA-ID: My message\"" >&2 > exit 1 > fi > JIRAISSUE=$(${CURL} ${JIRAURL}/${JIRAID}) > if [[ "${JIRAISSUE}" =~ "Issue Does Not Exist" ]] > then > echo "The JIRA id ${JIRAID} was not f

Re: Incomplete xml output when using --xml to non-existent server

On Thu, Mar 3, 2016 at 3:42 PM, Johan Corveleyn <jcor...@gmail.com> wrote: > On Thu, Mar 3, 2016 at 3:11 PM, Vincent Lefevre <vincent-...@vinc17.net> > wrote: >> On 2016-03-03 10:31:52 +0100, Johan Corveleyn wrote: >>> No, of course not :-). I just gave an exampl

Re: Incomplete xml output when using --xml to non-existent server

ut when using --xml to non-existent server >> >> On 02.03.2016 15:05, Johan Corveleyn wrote: >> > Hi all, >> > >> > A colleague of mine ran into this, and I'm wondering if it's expected >> > behavior or a bug: >> > >> > For certain

Re: Incomplete xml output when using --xml to non-existent server

On Thu, Mar 3, 2016 at 9:53 AM, Bert Huijben <b...@qqmail.nl> wrote: >> -Original Message----- >> From: Johan Corveleyn [mailto:jcor...@gmail.com] ... >> Note that a failure to access a file / directory does *not* give this >> problem. This incomplete xml only h

Incomplete xml output when using --xml to non-existent server

Hi all, A colleague of mine ran into this, and I'm wondering if it's expected behavior or a bug: For certain commands with the --xml option, the xml output is incomplete when sending the request to a non-existent server. This can cause an issue for tools that try to parse the output into some

Re: 1.8.16 up for signing/testing

On Thu, Apr 21, 2016 at 6:43 PM, Evgeny Kotkov wrote: > The 1.8.16 release artifacts are now available for testing/signing. > Please get the tarballs from > https://dist.apache.org/repos/dist/dev/subversion > and add your signatures there. I plan to try and release

Re: inconsistent timestamps/headers in tarballs and repository

On Tue, Apr 26, 2016 at 9:11 AM, Branko Čibej wrote: > On 26.04.2016 03:55, Stefan wrote: >> Hi, >> >> during the verification process of the tarballs I spotted that some >> files have a different HeadURL and/or different timestamp records in >> the files when comparing the

Re: 1.8.16 up for signing/testing

On Tue, Apr 26, 2016 at 9:11 AM, Branko Čibej wrote: > On 26.04.2016 03:48, Stefan wrote: >> On 4/21/2016 18:43, Evgeny Kotkov wrote: >>> The 1.8.16 release artifacts are now available for testing/signing. >>> Please get the tarballs from >>>

Re: Your project VM needs to be migrated.

On Wed, Jul 27, 2016 at 4:36 PM, Daniel Shahaf wrote: > Daniel Shahaf wrote on Sun, Jul 17, 2016 at 14:59:29 +: >> > https://issues.apache.org/jira/browse/INFRA-12289 >> >> dev@: Could someone please take point on this? > > Don't speak all at once, now... :-) /me

Re: svn commit: r1681744 - /subversion/site/publish/faq.html

On Tue, May 26, 2015 at 1:59 PM, wrote: > Author: stsp > Date: Tue May 26 11:59:35 2015 > New Revision: 1681744 > > URL: http://svn.apache.org/r1681744 > Log: > * site/publish/faq.html > (dav-slow-copy): Mention that this is fixed as of 1.8.11. > > Modified: >

Re: [PATCH] Resolve testsuite interruption in SVN 1.8

On Sun, Aug 7, 2016 at 10:14 PM, Stefan wrote: > On 8/7/2016 21:16, Ivan Zhakov wrote: >> On 7 August 2016 at 21:27, Stefan Sperling wrote: >>> On Sun, Aug 07, 2016 at 08:23:58PM +0200, Stefan Sperling wrote: On Sun, Aug 07, 2016 at 02:08:35PM +0200,

Re: [PATCH] add support for zlibstat.lib in install-layout for Windows

On Wed, Feb 1, 2017 at 3:15 AM, Stefan wrote: > Hi, > > the zlib project's visual studio file creates static libraries named > zlibstat.lib by default. Atm SVN supports this, if it determines zlib is > in source-layout, but doesn't support it, if it determines files are in >

Re: svn commit: r1780191 - /subversion/site/publish/docs/release-notes/1.10.html

On Tue, Feb 7, 2017 at 12:36 PM, Stefan Sperling <s...@elego.de> wrote: > On Tue, Feb 07, 2017 at 12:25:09PM +0100, Johan Corveleyn wrote: >> I've been looking at the table in the release notes (in my browser, >> not the textual diff, but replying on this commit

<    3   4   5   6   7   8   9   10   11   12   >