Re: [PATCH] Make svn_apply_autoprops.py Windows-compatible

On 25. 04. 24 00:29, Jun Omae wrote: Hi, On Tue, Apr 23, 2024 at 8:42 PM Khairul Azhar Kasmiran wrote: I've reattached the patch as a .txt file. On 2024/04/23 10:46:41 Khairul Azhar Kasmiran wrote: Hi everyone! This is a patch to make `contrib/client-side/svn_apply_autoprops.py`

Re: [PATCH] Make svn_apply_autoprops.py Windows-compatible

On 23. 04. 24 20:29, Yasuhito FUTATSUKI wrote: On 2024/04/24 1:30, Branko Čibej wrote: On 23. 04. 24 17:24, Yasuhito FUTATSUKI wrote: Hello, On 2024/04/23 20:42, Khairul Azhar Kasmiran wrote: I've reattached the patch as a .txt file. On 2024/04/23 10:46:41 Khairul Azhar Kasmiran wrote

Re: [PATCH] Make svn_apply_autoprops.py Windows-compatible

On 23. 04. 24 17:24, Yasuhito FUTATSUKI wrote: Hello, On 2024/04/23 20:42, Khairul Azhar Kasmiran wrote: I've reattached the patch as a .txt file. On 2024/04/23 10:46:41 Khairul Azhar Kasmiran wrote: 2. Using `ON` instead of `*` for boolean properties like `svn:executable` since for some

Re: Changing the permission checks in libsvn_subr/io.c

On 04.02.2024 00:31, Evgeny Kotkov via dev wrote: Daniel Sahlberg writes: Index: subversion/libsvn_subr/io.c === --- subversion/libsvn_subr/io.c (revision 1915064) +++ subversion/libsvn_subr/io.c (working copy) @@ -2535,7

Re: Changing the permission checks in libsvn_subr/io.c

On 13.01.2024 09:58, Daniel Sahlberg wrote: Since there wasn't any replies to this and I think the code was working fine in all my tests, I comitted as r1915214. Although I finally decided to solve the spurious revert messages in a different way, see a separate followup/committ e-mail. I

Re: Switching from SHA1 to a checksum type without known collisions in 1.15 working copy format

On 18.01.2024 08:43, Daniel Sahlberg wrote: As far as I understand, the point of multi-hash is to keep the WC format between versions (so older clients can continue to use the WC). I need some help to understand how that would work in practice. Let's say that 1.15 adds SHAABC, 1.16 adds

Re: "util.c' line 96: assertion failed" when repository URL has "username:password@"

On 20.04.2023 00:13, Daniel Sahlberg wrote: On 2021/07/27 20:02:04 Pavel Lyalyakin wrote: Hello, Is it supported to enter "username:password@" in the URL with the SVN command-line client? The SVN client crashes when I run the following command: [[[ svn

Re: [VOTE] Reverting r1845377 (Was: [PROPOSAL] Allow plaintext passwords again.)

On 22.04.2023 10:27, Branko Čibej wrote: On 21.04.2023 16:43, Johan Corveleyn wrote: My plan is to revert r1845377 during next weekend. For the first bulletpoint nothing has to be done, but if consensus changes during the week, I can do the work to to implement option 1. For the second

Re: [VOTE] Reverting r1845377 (Was: [PROPOSAL] Allow plaintext passwords again.)

On 21.04.2023 16:43, Johan Corveleyn wrote: My plan is to revert r1845377 during next weekend. For the first bulletpoint nothing has to be done, but if consensus changes during the week, I can do the work to to implement option 1. For the second bullet point I'd like to reach consensus (on

Re: Switching from SHA1 to a checksum type without known collisions in 1.15 working copy format

On 28.12.2022 13:34, Daniel Sahlberg wrote: Since we need to be backwards compatible with older v1 clients, can this check ever be removed (before Subversion 2)? The case you're citing is specific to the repository, you could easily have a repository format that uses different hashes. The

Re: Switching from SHA1 to a checksum type without known collisions in 1.15 working copy format

On 27.12.2022 02:56, Karl Fogel wrote: Now, how hard would this be to actually implement?  The pristineless-format WC upgrade is an opportunity to make other format changes, but I'd hate to block the release of pristineless working copies on this... My point was that we shouldn't have to

Re: Switching from SHA1 to a checksum type without known collisions in 1.15 working copy format (was: Re: Getting to first release of pristines-on-demand feature (#525).)

On 20.12.2022 09:14, Evgeny Kotkov wrote: 2) We already need a working copy format bump for the pristines-on-demand feature. So using that format bump to solve the SHA1 issue might reduce the overall number of required bumps for users (assuming that we'll still need to switch from

Re: build/generator/templates/*.ezt and .bat files and svn:eol-style

On 20.08.2022 00:57, Vincent Lefevre wrote: A minor issue I had found during my checks for the URL update: [...] Shouldn't build/generator/templates/vcnet_vsprops.ezt have svn:eol-style set to native so that it doesn't get CRLF line terminators under Unix? Similarly, .bat files have

Re: missing --force option for "svn log" (useful with --diff)

On 16.07.2022 16:23, Vincent Lefevre wrote: When using "svn log --diff", one may need diff options. One has --diff-cmd, --internal-diff and -x, but --force is missing, though it would be useful too (in particular with --diff-cmd to textify diff inputs). What would --force do?

Re: JavaHL problem with NativeException

On 27.07.2022 22:18, Daniel Sahlberg wrote: Den tis 26 juli 2022 kl 10:55 skrev Branko Čibej : On 15.07.2022 23:19, Daniel Sahlberg wrote: > Den fre 15 juli 2022 kl 10:46 skrev Thomas Singer > : > >     Hi SVN developers, > > > Hi Thoma

Re: JavaHL problem with NativeException

On 15.07.2022 23:19, Daniel Sahlberg wrote: Den fre 15 juli 2022 kl 10:46 skrev Thomas Singer : Hi SVN developers, Hi Thomas, Thanks for the detailed report! First, there are 2 classes of NativeException, one in org.tigris.subversion.javahl package, the other in

Re: [PATCH] disable libmagic in tests

On 06.07.2022 10:31, Joe Orton wrote: We have been seeing intermittent test failures in the Fedora Subversion build for a while. Here is an example build failure: https://kojipkgs.fedoraproject.org/work/tasks/5854/89115854/build.log I think this is caused by libmagic getting applied to small

Re: 'make -j install' fails for missing depends

On 24.06.2022 22:21, Nathan Hartman wrote: On Thu, Jun 23, 2022 at 5:58 AM Sergei Trofimovich wrote: The failure as I understand it: 'install-bdb-lib' install target assumes that '-lsvn_delta-1' and '-lsvn_fs_util-1' are already installed into 'DESTDIR'. But they are not. 'libtool' fails to

Re: SVN-4832 Authz perf regression 1.9 -> 1.10

On 15.06.2022 02:33, Branko Čibej wrote: On 08.06.2022 15:49, Julian Foad wrote: I did some profiling for SVN-4832 "Authz perf regression 1.9 -> 1.10" <https://subversion.apache.org/issue/4832>. I updated the issue with my findings, including a sample of the debug timings o

Re: SVN-4832 Authz perf regression 1.9 -> 1.10

On 08.06.2022 15:49, Julian Foad wrote: I did some profiling for SVN-4832 "Authz perf regression 1.9 -> 1.10" . I updated the issue with my findings, including a sample of the debug timings output from my debug code. TL;DR: if an authz file specifies a

Re: svn commit: r1899945 - /subversion/trunk/subversion/tests/cmdline/svntest/__init__.py

On 18.04.2022 19:46, Nathan Hartman wrote: On Sun, Apr 17, 2022 at 9:30 AM wrote: Author: danielsh Date: Sun Apr 17 13:30:40 2022 New Revision: 1899945 URL: http://svn.apache.org/viewvc?rev=1899945=rev Log: * subversion/tests/cmdline/__init__.py (): Rewrite a comment. Modified:

Re: svn commit: r1899341 - in /subversion/branches/1.14.x: ./ STATUS subversion/libsvn_subr/io.c

On 12.04.2022 00:14, Evgeny Kotkov wrote: svn-role writes: Merge r1883355 from trunk: * r1883355 Use the APR-1.4+ API for flushing file contents to disk. Justification: Reduce code duplication between APR and SVN. Votes: +1: brane, jun66j5, markphip … + do { +

Re: svn commit: r1899719 - /subversion/trunk/tools/dist/release.py

On 10.04.2022 23:29, br...@apache.org wrote: Author: brane Date: Sun Apr 10 21:29:50 2022 New Revision: 1899719 URL: http://svn.apache.org/viewvc?rev=1899719=rev Log: * tools/dist/release.py: - Generate public key algorithm names in the same format as GnuPG 2. - Support DSA and RSA Sign

Re: Question on release announcement mail

On 10.04.2022 22:38, Mark Phippard wrote: On Sun, Apr 10, 2022 at 4:37 PM Branko Čibej wrote: On 10.04.2022 22:26, Branko Čibej wrote: On 10.04.2022 22:02, Mark Phippard wrote: On Sun, Apr 10, 2022 at 3:27 PM Daniel Shahaf wrote: Mark Phippard wrote on Sun, Apr 10, 2022 at 15:16:58 -0400

Re: Question on release announcement mail

On 10.04.2022 22:26, Branko Čibej wrote: On 10.04.2022 22:02, Mark Phippard wrote: On Sun, Apr 10, 2022 at 3:27 PM Daniel Shahaf wrote: Mark Phippard wrote on Sun, Apr 10, 2022 at 15:16:58 -0400: So I was wondering how, using the gpg command. I can get the other elements we include

Re: Question on release announcement mail

On 10.04.2022 22:02, Mark Phippard wrote: On Sun, Apr 10, 2022 at 3:27 PM Daniel Shahaf wrote: Mark Phippard wrote on Sun, Apr 10, 2022 at 15:16:58 -0400: So I was wondering how, using the gpg command. I can get the other elements we include .. such as: Stefan Sperling

Re: Subversion 1.10.8 up for testing.signing

Summary: +1 to release (Unix) Verified: - Tarball contents and signatures - check ((fsfs, bdb) × (local, svnserve, dav)) - check-swig-pl Not verified: - fsfs × dav (for lack of will to fight macOS) - check-all-javahl (for lack of a compatible JDK) - check-swig-py (for lack of

Re: Subversion 1.14.2 up for testing/signing

On 10.04.2022 18:11, Branko Čibej wrote:   - DAV tests with FSFS fail. Still investigating, does not block releasing     for client-side use. I found this in the httpd logs: [client ::1:59448] Couldn't open rep-cache database '/Volumes/svn-release-test/build/subversion/tests/cmdline/svn

Re: Subversion 1.14.2 up for testing/signing

On 10.04.2022 18:11, Branko Čibej wrote: Summary:     +1 to release (Unix) Verified:   - Tarball contents and signatures   - check ((fsfs, bdb) × (local, svnserve, dav))   - check-all-javahl   - check-swig-pl   - check-swig-py Should add: Not verified: - fsfs × dav (for lack

Re: Subversion 1.14.2 up for testing/signing

Summary: +1 to release (Unix) Verified: - Tarball contents and signatures - check ((fsfs, bdb) × (local, svnserve, dav)) - check-all-javahl - check-swig-pl - check-swig-py Known issues: - 'make check-swig-py' requires 'make install install-swig-py' when building with the

Re: Multi-WC-format branch: preparing for merge to trunk

On 03.02.2022 17:30, Julian Foad wrote: Julian Foad wrote: Branko Čibej wrote: way to report the actual format (from the wc-db) through libsvn-wc to the client? Ah yes, there is no API for that, [...] These exist on the branch currently ("*_supported_*" are new on

Re: Multi-WC-format branch: preparing for merge to trunk

On 02.02.2022 20:49, Julian Foad wrote: [...] a single test [...] It doesn't seem necessary to automate running over the whole test suite with (format < SVN_WC__VERSION) [...] Meh. That's only true for the place-holder code as present on the 'multi-wc-format' branch, where the code reports

Re: Sharing .svn directories across wc's (was: Re: A two-part vision for Subversion and large binary objects.)

On 24.01.2022 14:39, Daniel Shahaf wrote: Daniel Sahlberg wrote on Mon, Jan 24, 2022 at 14:13:26 +0100: Den mån 24 jan. 2022 kl 14:02 skrev Daniel Shahaf : As to what it'll take to actually implement this… I'm not sure. If someone went in and changed «mkdir(".svn")» to

Re: Buildbot Migration

On 16.01.2022 18:33, Nathan Hartman wrote: On Sun, Jan 16, 2022 at 9:51 AM Gavin McDonald wrote: Hi, On Sun, Jan 16, 2022 at 2:56 PM Nathan Hartman wrote: On Sun, Jan 16, 2022 at 6:53 AM Gavin McDonald wrote: Please note I have closed

Re: A two-part vision for Subversion and large binary objects.

On 14.01.2022 21:29, Julian Foad wrote: multi-wc-format branch [...] anything I'm missing? As soon as I stepped away I could see more clearly: Basically 'multi-wc-format' is just providing an API up to the client layer for enumerating WC format variants. The same logical functionality could be

Re: Feature request: expand the svn:auto-props glob patterns to include GNU extensions

te [1] from the same e-mail thread as in your last message: > On 11.06.2020 09:42, Branko Čibej wrote: > > About feature design -- unfortunately we can't just invent a syntax that > > would invert the meaning of the glob patterns

Re: A two-part vision for Subversion and large binary objects.

On 29.08.2021 14:21, Mark Phippard wrote: On Sun, Aug 29, 2021 at 8:12 AM Branko Čibej wrote: On 27.08.2021 15:55, Evgeny Kotkov wrote: 1. Complete the work on ^/subversion/branches/multi-wc-format so that the client would work with both the new and old working copy formats

Re: A two-part vision for Subversion and large binary objects.

On 27.08.2021 15:55, Evgeny Kotkov wrote: 1. Complete the work on ^/subversion/branches/multi-wc-format so that the client would work with both the new and old working copy formats, for a seamless user experience and better compatibility. This basically needs the following: * a

Re: A strong WTF on compiling out plaintext password support by default?!

On 26.08.2021 14:10, Daniel Shahaf wrote: Branko Čibej wrote on Thu, 26 Aug 2021 08:11 +00:00: On 25.08.2021 21:01, Mark Phippard wrote: Solving with svn auth is a nice idea but I do not see it working unless we have a way to authenticate for write access without writing something

Re: A strong WTF on compiling out plaintext password support by default?!

On 25.08.2021 21:01, Mark Phippard wrote: On Wed, Aug 25, 2021 at 3:16 AM Johan Corveleyn wrote: Is there a way to test whether one has rw access without actually doing a commit or a revprop edit? It's possible with hooks, of course, but is it also possible without hooks? I'm not sure I

Re: Migrate off Freenode IRC?

On 24.05.2021 10:00, Daniel Sahlberg wrote: Den mån 24 maj 2021 kl 09:22 skrev Branko Čibej <mailto:br...@apache.org>>: Obviously we shouldn't abandon the channel, but I'm sure there's a way to automagically reply to posts with a link to the Libera channel(s). It's

Re: Migrate off Freenode IRC?

On 24.05.2021 08:47, Daniel Sahlberg wrote: Den sön 23 maj 2021 kl 21:21 skrev Stefan Sperling <mailto:s...@apache.org>>: On Fri, May 21, 2021 at 03:02:08PM +0200, Branko Čibej wrote: > Every time I hear (or read) someone explaining how "one of my companies

Re: Migrate off Freenode IRC?

On 21.05.2021 09:22, Stefan Sperling wrote: On Thu, May 20, 2021 at 04:15:23PM +0100, Julian Foad wrote: For contrast: "The Panic Over Freenode Isn’t Justified and Its Reaction Mostly Disproportionate" http://techrights.org/2021/05/19/freenode-and-cancel-culture/ It took me a while to find an

Re: svn commit: r1886490 - in /subversion/trunk/subversion: include/private/ libsvn_subr/ libsvn_wc/ tests/cmdline/ tests/libsvn_subr/ tests/libsvn_wc/

On 13.02.2021 15:32, Evgeny Kotkov wrote: Evgeny Kotkov writes: URL: http://svn.apache.org/viewvc?rev=1886490=rev Log: In the update editor, stream data to both pristine and working files. ... Several quick benchmarks: - Checking out subversion/trunk over https:// Total time:

Re: Returned post for annou...@apache.org

On 11.02.2021 12:02, Private List Moderation wrote: On Thu, 11 Feb 2021 at 07:04, Stefan Sperling > wrote: On Wed, Feb 10, 2021 at 11:03:39PM -0500, Nathan Hartman wrote: > On Wed, Feb 10, 2021 at 7:51 PM Private List Moderation < >

Re: Returned post for annou...@apache.org

On 11.02.2021 12:23, Stefan Sperling wrote: On Thu, Feb 11, 2021 at 11:02:32AM +, Private List Moderation wrote: Irrelevant. Given that this discussion doesn't seem to be going anywhere and the same arguments from May 2020 are just being rehashed, I guess we will simply stop using the

Re: Returned post for annou...@apache.org

On 11.02.2021 01:51, Private List Moderation wrote: On Wed, 10 Feb 2021 at 22:26, Erik Huelsmann > wrote: How can a link be more important than an announcement for a fix of an *unauthenticated* remote DoS ? When I checked the download page, there were no links

Re: Subversion 1.10.7 up for testing/signing

Summary: +1 to release (Unix) Verified: - Tarball contents and signatures - check ((fsfs, bdb) × (local, svnserve, dav)) - check-swig-py - check-swig-pl Not verified: - check-all-javahl (for lack of a compatible JDK) - check-swig-rb (for lack of will to fight macOS) Known

Re: Subversion 1.14.1 up for testing/signing

Summary: +1 to release (Unix) Verified: - Tarball contents and signatures - check ((fsfs, bdb) × (local, svnserve, dav)) - check-all-javahl - check-swig-py - check-swig-pl Known issues: - 'make check-swig-py' requires 'make install install-swig-py' when building with the

Re: Subversion 1.14.1 up for testing/signing

On 04.02.2021 13:56, Stefan Sperling wrote: The 1.14.1 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 suggest release.py should be updated to remove the __pycache__

Re: RFE - Version 2 dump format sopport in svnrdump

On 22.01.2021 05:23, Eric S. Raymond wrote: Notably: dump-load-format.txt does not describe the delta format. I have since seen hints in the SVN Book that version 3 uses some kind of binary delta compression. But the SVN book does not describe either of these details; it's not even clear

Re: svn commit: r1882522 - /subversion/branches/javahl-1.14-fixes/subversion/bindings/javahl/native/OperationContext.cpp

On 27.01.2021 11:13, Johan Corveleyn wrote: On Thu, Oct 15, 2020 at 12:16 PM wrote: Author: amiloslavskiy Date: Thu Oct 15 10:15:47 2020 New Revision: 1882522 URL: http://svn.apache.org/viewvc?rev=1882522=rev Log: JavaHL: Fix crash in TunnelAgent.CloseTunnelCallback after GC When jobject

Re: Python bindings API confusion

On 25.12.2020 18:00, Daniel Shahaf wrote: In addition, we introduce a framework to add attributes to 'SubversionException' to return additional values to the caller in situations such as above. (This new feature is mentioned for completeness but is not part of the errata.) "the erratum"

Re: [Patch] Introduce release mode configure script (Re: [Patch] Update the INSTALL file for SWIG bindings)

On 01.12.2020 17:34, Yasuhito FUTATSUKI wrote: On 2020/11/17 11:01, Yasuhito FUTATSUKI wrote: On 2020/11/17 2:16, Daniel Shahaf wrote: Yasuhito FUTATSUKI wrote on Sat, 14 Nov 2020 14:52 +0900: +++ subversion/bindings/swig/INSTALL(working copy) @@ -141,7 +141,15 @@ - Make sure that

Re: Broken 'make clean' if 'make swig-py' isn't run first

On 29.11.2020 21:31, Yasuhito FUTATSUKI wrote: On 2020/11/30 4:29, Branko Čibej wrote: $ .../configure ... $ nice make -s clean /bin/sh: line 0: cd: .../subversion/bindings/swig/python: No such file or directory /bin/sh: line 0: cd: .../subversion/bindings/swig/python/libsvn_swig_py

Re: Broken 'make clean' if 'make swig-py' isn't run first

On 29.11.2020 20:29, Branko Čibej wrote: $ .../configure ... $ nice make -s clean /bin/sh: line 0: cd: .../subversion/bindings/swig/python: No such file or directory /bin/sh: line 0: cd: .../subversion/bindings/swig/python/libsvn_swig_py: No such file or directory make: *** [clean-swig-py

Broken 'make clean' if 'make swig-py' isn't run first

$ .../configure ... $ nice make -s clean /bin/sh: line 0: cd: .../subversion/bindings/swig/python: No such file or directory /bin/sh: line 0: cd: .../subversion/bindings/swig/python/libsvn_swig_py: No such file or directory make: *** [clean-swig-py] Error 1 This happens if I run 'make clean'

Re: Error E170013: The server unexpectedly closed the,connection.

On 27.11.2020 22:24, Daniel Sahlberg wrote: Den fre 27 nov. 2020 kl 20:45 skrev Thomas Singer mailto:thomas.sin...@syntevo.com>>: How valuable is the information that the user can access the SVN server from a browser? How to analyze/debug the access to find out at what stage it

Re: Error E170013: The server unexpectedly closed the,connection.

On 27.11.2020 07:18, Thomas Singer wrote: Hi, According to the user this error occurs now permanently on macOS 10.15 for him while in previous versions it only occurred sometimes with macOS 10.14/15, but not with 10.12/13. Just as a data point, I use svn-1.14 on macOS 10.15 all the time

Re: Source Code Build Errors?

On 24.11.2020 19:05, Alan Fry wrote: Having some time finally to work on building SVN (thanks all who helped me get this far), I setup a VM with Ubuntu.  (Also setup a Windows 10 machine w/ Visual studio, but have not started on that effort yet). Knowing little about linux, I managed to get

Re: svn commit: r1883719 - /subversion/trunk/build/ac-macros/swig.m4

On 22.11.2020 11:39, Yasuhito FUTATSUKI wrote: On 2020/11/22 18:24, Yasuhito FUTATSUKI wrote: On 2020/11/22 17:54, Branko Čibej wrote: On 22.11.2020 08:24, futat...@apache.org wrote: Author: futatuki Date: Sun Nov 22 07:24:46 2020 New Revision: 1883719 URL: http://svn.apache.org/viewvc?rev

Re: svn commit: r1883719 - /subversion/trunk/build/ac-macros/swig.m4

On 22.11.2020 08:24, futat...@apache.org wrote: Author: futatuki Date: Sun Nov 22 07:24:46 2020 New Revision: 1883719 URL: http://svn.apache.org/viewvc?rev=1883719=rev Log: Reduce macro expansion, no functional change. * build/ac-macros/swig.m4 everywhere: Remove trailing whitespaces.

Re: How do we detect release mode in autoconf or in configure script?

On 20.11.2020 10:05, Yasuhito FUTATSUKI wrote: On 2020/11/20 10:44, Yasuhito FUTATSUKI wrote: On 2020/11/20 10:22, Branko Čibej wrote: On 20.11.2020 01:45, Yasuhito FUTATSUKI wrote: Then if users want to rebuild bindings C source, they can do by using --with-swig option in configure

Re: How do we detect release mode in autoconf or in configure script?

On 20.11.2020 01:45, Yasuhito FUTATSUKI wrote: Hi, As I wrote in another thread, Subversion's configure script in release mode still has an issue that it detects SWIG executable which is never used in release mode. Does this cause any problems for the build? As far as I know, it doesn't.

Re: [PATCH] fix C4204 errors while building swig-py with Python 3.9 on Windows

On 17.11.2020 04:09, Jun Omae wrote: On Tue, Nov 17, 2020 at 2:33 AM Daniel Shahaf wrote: Branko Čibej wrote on Mon, 16 Nov 2020 09:19 +0100: On 16.11.2020 04:16, Jun Omae wrote: The attached patch adds #pragma warning to make C4204 a warning instead of an error only on building swig-py

Re: svn commit: r1881534 - /subversion/trunk/build/ac-macros/macosx.m4

On 15.11.2020 19:16, Nathan Hartman wrote: On Sat, Nov 14, 2020 at 4:51 AM Branko Čibej wrote: On 13.11.2020 17:37, Nathan Hartman wrote: Done in r1883388. Added to the backport proposal but I'll let you un-veto it :-) This fixes the issue on trunk, but when I merge the two revisions

Re: [PATCH] fix C4204 errors while building swig-py with Python 3.9 on Windows

On 16.11.2020 04:16, Jun Omae wrote: Hi, I tried to build swig-py with Python 3.9 on Windows, however get the following errors: [[[ C:\usr\apps\python39\include\cpython\abstract.h(205,1): error C4204: nonstandard extension used: non-constant aggregate initializer

Re: svn commit: r1881534 - /subversion/trunk/build/ac-macros/macosx.m4

On 13.11.2020 17:37, Nathan Hartman wrote: On Fri, Nov 13, 2020 at 9:20 AM Branko Čibej wrote: On 07.09.2020 15:30, hartmannat...@apache.org wrote: Author: hartmannathan Date: Mon Sep 7 13:30:38 2020 New Revision: 1881534 URL: http://svn.apache.org/viewvc?rev=1881534=rev Log: Avoid

Re: svn commit: r1881534 - /subversion/trunk/build/ac-macros/macosx.m4

On 13.11.2020 16:30, Nathan Hartman wrote: On Fri, Nov 13, 2020 at 9:20 AM Branko Čibej wrote: a) set svn:eol-style (and update the backport proposal) b) fix your editor :) Suggestion needed: All of these do not have svn:eol-style set: ax_boost_base.m4 ax_boost_unit_test_framework.m4

Re: svn commit: r1881534 - /subversion/trunk/build/ac-macros/macosx.m4

On 07.09.2020 15:30, hartmannat...@apache.org wrote: Author: hartmannathan Date: Mon Sep 7 13:30:38 2020 New Revision: 1881534 URL: http://svn.apache.org/viewvc?rev=1881534=rev Log: Avoid 'configure' error: cannot run test program while cross compiling Your changes added CRLF line endings

Re: svn_io_file_flush_to_disk fails on AFS filesystems on Darwin

On 12.11.2020 17:38, Branko Čibej wrote: On 26.06.2019 17:48, Branko Čibej wrote: On 26.06.2019 04:52, Quentin Smith wrote: Hi, svn_io_file_flush_to_disk in subversion/libsvn_subr/io.c fails to flush files on AFS filesystems on Darwin. The user-visible experience is: $ svn commit svn

Re: svn_io_file_flush_to_disk fails on AFS filesystems on Darwin

On 26.06.2019 17:48, Branko Čibej wrote: On 26.06.2019 04:52, Quentin Smith wrote: Hi, svn_io_file_flush_to_disk in subversion/libsvn_subr/io.c fails to flush files on AFS filesystems on Darwin. The user-visible experience is: $ svn commit svn: E25: Commit failed (details follow): svn

Re: [PATCH] Support APR 1.4 for building on CentOS 7

On 23.09.2020 15:46, Julian Foad wrote: > Nathan Hartman wrote: >> Julian Foad wrote: >>> I have made a smaller version (attached), restoring support just >>> back to >>> APR 1.4 (not 1.3), putting all the apr_escape code in one file (128 >>> lines long), omitting EBCDIC support.  Does that feel

Re: [PATCH] Support APR 1.4 for building on CentOS 7

On 16.09.2020 23:14, Julian Foad wrote: > Dear devs, > > I propose a patch restoring support for APR 1.4 so that svn 1.14 can > be built and packaged on CentOS 7. > > The WANdisco folks continue to package svn for a variety of target > systems.  Packaging for CentOS 7 which has APR 1.4.8, they ran

Re: [PATCH] configure.ac: don't mangle CFLAGS

On 10.09.2020 07:36, Fabrice Fontaine wrote: > Hello Brane, > > Le jeu. 10 sept. 2020 à 05:53, Branko Čibej a écrit : >> On 10.09.2020 05:41, Branko Čibej wrote: >> >> On 09.09.2020 23:34, Fabrice Fontaine wrote: >> >> Ensure that the sed expression

Re: [PATCH] configure.ac: don't mangle CFLAGS

On 10.09.2020 05:41, Branko Čibej wrote: > On 09.09.2020 23:34, Fabrice Fontaine wrote: >> Ensure that the sed expression to strip debugging options from CFLAGS >> doesn't mangle flags like -mfloat-gprs=double, breaking the build. >> >> Patch by: Peter Korsgaard and Vi

Re: [PATCH] configure.ac: don't mangle CFLAGS

On 09.09.2020 23:34, Fabrice Fontaine wrote: > Ensure that the sed expression to strip debugging options from CFLAGS > doesn't mangle flags like -mfloat-gprs=double, breaking the build. > > Patch by: Peter Korsgaard and Vicente Olivert Riera > (See >

Re: [ISSUE] Cancelling svn checkout leaves an open file handle

On 09.09.2020 08:18, Daniel Sahlberg wrote: > Den ons 9 sep. 2020 kl 06:44 skrev Nathan Hartman > mailto:hartman.nat...@gmail.com>>: > > On Tue, Sep 8, 2020 at 6:08 AM Uroš Jovanović > wrote: > > > > Then, mid downloading some of the larger files a temp

Re: "svn list -vH" broken for files >1M

On 17.06.2020 11:41, Tobias Bading wrote: > Hi Brane. > > On 17.06.2020 07:02, Branko Čibej wrote: >> […] >> r1878909; there were a number of other problems with that code, so I >> added unit tests as well. > Thanks for your patch in r1878909. It merges cleanly in

Re: svn commit: r1878918 - /subversion/trunk/build.conf

On 17.06.2020 20:27, Daniel Shahaf wrote: > Add this to the backport nomination? > > rhuij...@apache.org wrote on Wed, 17 Jun 2020 11:43 -: >> Author: rhuijben >> Date: Wed Jun 17 11:43:11 2020 >> New Revision: 1878918 >> >> URL: http://svn.apache.org/viewvc?rev=1878918=rev >> Log: >> *

Re: "svn list -vH" broken for files >1M

On 16.06.2020 13:52, Branko Čibej wrote: > On 16.06.2020 13:19, Tobias Bading wrote: >> Hi, >> >> a file with size 264901826 bytes (don’t ask!!) causes “svn list -vH >> URL-OF-FILE-IN-REPO” (using Subversion 1.14) to abort with >> >> svn: subversion/sv

Re: "svn list -vH" broken for files >1M

On 16.06.2020 13:19, Tobias Bading wrote: > Hi, > > a file with size 264901826 bytes (don’t ask!!) causes “svn list -vH > URL-OF-FILE-IN-REPO” (using Subversion 1.14) to abort with > > svn: subversion/svn/filesize.c:93: format_size: Assertion > `absolute_human_readable_size < 1000.0' failed. >

Re: Python3 support for hot-backup.py

On 15.06.2020 10:51, Petyovský Petr wrote: > Hi there. > > Is there someone who is reponsible for the hot-backup.py script, that > here answer me? > > Or I can create feature request on the subversion Apache Jira directly > without discussion here? > > Thanks for reactions. A feature request in

Re: [announce-ow...@apache.org: Returned post for annou...@apache.org]

On 28.05.2020 07:40, Daniel Shahaf wrote: > Someone could start a discussion with the announce@a.o moderators. The > escalation path, IIRC, is: announce-owner@, press@, VP M (= Sally), > operations@, board@, members@. Did that about half an hour ago. Let's see what happens. If whoever blocked

Re: [announce-ow...@apache.org: Returned post for annou...@apache.org]

version/subversion-1.14.0.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 >Julian Foad [4096R/1FB064B84EECC493] with fin

Re: [announce-ow...@apache.org: Returned post for annou...@apache.org]

On 27.05.2020 20:35, Stefan Sperling wrote: > On Wed, May 27, 2020 at 07:48:41PM +0200, Branko Čibej wrote: >> On 27.05.2020 19:30, Stefan Sperling wrote: >>> Out of the blue, I have received nitpicking of changes I made to the >>> website and the announce me

Re: [announce-ow...@apache.org: Returned post for annou...@apache.org]

AA99A59B973] with fingerprint: > 8BC4 DAE0 C5A4 D65F 4044 0107 4F7D BAA9 9A59 B973 >Julian Foad [4096R/1FB064B84EECC493] with fingerprint: > 6011 63CF 9D49 9FD7 18CF 582D 1FB0 64B8 4EEC C493 >Nathan Hartman (CODE SIGNING KEY) [4096R/583F00ADF981C39F] with > fingerpri

Re: Subversion 1.14.0 up for testing/signing

On 26.05.2020 12:34, Johan Corveleyn wrote: > On Tue, May 26, 2020 at 12:16 PM Stefan Sperling wrote: >> On Wed, May 20, 2020 at 02:34:41PM +0200, Stefan Sperling wrote: >>> The 1.14.0 release artifacts are now available for testing/signing. >>> Please get the tarballs from >>>

Re: Subversion 1.14.0 up for testing/signing

On 20.05.2020 14:34, Stefan Sperling wrote: > The 1.14.0 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! > > This release is essentially identical to

Re: Subversion 1.14.0 up for testing/signing

On 26.05.2020 12:16, Stefan Sperling wrote: > On Wed, May 20, 2020 at 02:34:41PM +0200, Stefan Sperling wrote: >> The 1.14.0 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

Re: [PATCH] Fix an inefficient way to fill an array of inherited properties

On 24.05.2020 00:17, Daniel Shahaf wrote: > Branko Čibej wrote on Fri, 15 May 2020 17:07 +0200: >> On 15.05.2020 16:54, Denis Kovalchuk wrote: >>> Hello. >>> >>> I think that currently the code that obtains inherited properties for >>> serve

Re: Change build/find_python.sh and roll 1.14.0-rc3? (was: Re: py2.7 used by default when py2 and py3 are both available)

On 16.05.2020 12:00, Stefan Sperling wrote: > On Fri, May 15, 2020 at 09:13:38PM +, Daniel Shahaf wrote: >> IIRC the soak was to end on Wednesday and any change requires at least >> a week's extension. >> >> Here's the patch. I smoke tested it and it passed, but I'm seeing tests >> randomly

Re: py2.7 used by default when py2 and py3 are both available

On 15.05.2020 20:42, Daniel Shahaf wrote: > Branko Čibej wrote on Fri, 15 May 2020 18:14 +00:00: >> On 15.05.2020 19:19, Daniel Shahaf wrote: >>> I just noticed that when I ran «make check» on trunk, it was run using >>> python 2.7. I hadn't pass any Python-related fl

Re: py2.7 used by default when py2 and py3 are both available

On 15.05.2020 19:19, Daniel Shahaf wrote: > I just noticed that when I ran «make check» on trunk, it was run using > python 2.7. I hadn't pass any Python-related flags to autogen.sh/configure. > > I presume py2.7 was used because build/find_python.sh used whatever the > "python" executable in my

Re: [PATCH] Fix an inefficient way to fill an array of inherited properties

On 15.05.2020 16:54, Denis Kovalchuk wrote: > Hello. > > I think that currently the code that obtains inherited properties for servers > that don't support the capability uses an inefficient way of array filling. > At each iteration, all previously added properties are moved one position to > the

Re: configure --without-swig warns when it shouldn't

On 12.05.2020 15:05, Yasuhito FUTATSUKI wrote: > On 2020/05/12 20:14, Daniel Shahaf wrote: >> Branko Čibej wrote on Tue, 12 May 2020 07:48 +0200: >>> On 11.05.2020 16:47, Daniel Shahaf wrote: >>>> Yasuhito FUTATSUKI wrote on Mon, 11 May 2020 17:55 +0900: >>&

Re: configure --without-swig warns when it shouldn't

On 11.05.2020 16:47, Daniel Shahaf wrote: > Yasuhito FUTATSUKI wrote on Mon, 11 May 2020 17:55 +0900: >> On 2020/05/10 1:39, Daniel Shahaf wrote: >>> A minor issue in current trunk: >>> >>> [[[ >>> % …/configure -q --enable-maintainer-mode --without-swig 'RUBY=none' >>> configure: WARNING:

Re: [PATCH] Fix variable declarations in swigutil_py.c

On 01.05.2020 12:18, Jun Omae wrote: > Hi, > > I got the following syntax errors while building swigutil_py.c in > trunk with Visual Studio 2008 (VC9). [...] > It seems that several variable declarations are not at start of block. > The declarations lead the syntax errors with Visual Studio 2008.

Re: Can 1.10.x claim 2020 copyright? (was: svn commit: r1876864 - /subversion/branches/1.10.x/STATUS)

On 23.04.2020 17:16, Daniel Shahaf wrote: > s...@apache.org wrote on Thu, 23 Apr 2020 07:08 +00:00: >> +++ subversion/branches/1.10.x/STATUS Thu Apr 23 07:08:37 2020 >> @@ -46,6 +46,13 @@ Candidate changes: >> + * r1874850 >> + Update copyright year to 2020. >> + Justification: >> + The

Re: "gen-make.py --debug" with Python 3 fails with TypeError

On 23.04.2020 00:14, Yasuhito FUTATSUKI wrote: > Let's take easier one to analyze :) > > On 2020/04/23 6:08, Johan Corveleyn wrote: >> On Wed, Apr 22, 2020 at 10:09 PM Daniel Shahaf >> wrote: >> >>> Johan Corveleyn wrote on Wed, 22 Apr 2020 19:16 +00:00: Running "gen-make.py --debug" with

  1   2   3   4   5   6   7   8   9   10   >