On Mon, Sep 15, 2025 at 7:54 AM Jitka Plesnikova
wrote:
> Hi,
>
> I am maintainer of SWIG in Fedora and new version of swig 4.4.0 should
> appeared soon.
> I ran test rebuild of subversion against future SWIG in FEDORA rawhide
> and it failed.
>
> I reported it to SWIG upstream:
> https://github.
On Sat, Aug 2, 2025 at 4:25 AM Daniel Sahlberg
wrote:
> Hi,
>
> Official vote thread, referencing the discussion I started earlier this
> week.
>
> The Subversion PMC adopts the ASF Code of Conduct and link to it on the
> website.
>
> [ ] +1: Adopt the CoC
> [ ] -1: Don't adopt the CoC
>
>
On Thu, Jul 31, 2025 at 11:14 AM Daniel Sahlberg <
daniel.l.sahlb...@gmail.com> wrote:
> Den tors 31 juli 2025 kl 15:46 skrev Nathan Hartman <
> hartman.nat...@gmail.com>:
>
>> [to -= commits@]
>>
>
>> On Tue, Jul 29, 2025 at 3:12 AM Daniel Sahlbe
[to -= commits@]
On Tue, Jul 29, 2025 at 3:12 AM Daniel Sahlberg
wrote:
> Den tis 29 juli 2025 kl 09:06 skrev :
>
>> Author: dsahlberg
>> Date: Tue Jul 29 07:06:11 2025
>> New Revision: 1927514
>>
>> Log:
>> In site/staging
>>
>> * docs/community-guide/conventions.part.html
>> (#crediting): se
On Wed, Jul 30, 2025 at 8:20 AM Daniel Sahlberg
wrote:
> Hi,
>
> ASF has an official Code of Conduct[1]. It is my understanding that each
> community can decide to adopt the CoC to its own project (or to create its
> own variation).
>
> The CoC doesn't have an official escalation policy - ie what
On Tue, Jul 29, 2025 at 2:50 AM Daniel Sahlberg
wrote:
> Hi everyone,
>
> (Crossposting to dev@serf and dev@subversion since it is the same for both
> communities).
>
> When we get pull requests in GitHub for either project, we still have to
> download the patch and commit manually to Subversion.
On Fri, Jun 20, 2025 at 11:01 AM wrote:
> Author: rinrab
> Date: Fri Jun 20 14:59:55 2025
> New Revision: 1926599
>
> URL: http://svn.apache.org/viewvc?rev=1926599&view=rev
> Log:
> GitHub actions: Consume all MacOS dependencies (except zlib) from homebrew,
> instead of relying on pre-installed l
On Mon, Jun 16, 2025 at 10:17 PM Branko Čibej wrote:
> On 17. 6. 25 03:29, Nathan Hartman wrote:
>
> On Mon, Jun 16, 2025 at 4:23 PM Branko Čibej wrote:
>
>> When building trunk (with autotools and maintainer-mode; to test with
>> serf-2), I get a lot o
On Mon, Jun 16, 2025 at 4:23 PM Branko Čibej wrote:
> When building trunk (with autotools and maintainer-mode; to test with
> serf-2), I get a lot of warnings like this one:
>
> .../subversion/svnadmin/svnadmin.c:2598:11: warning:
> 'svn_opt_args_to_target_array3' is deprecated [-Wdeprecated-dec
On Wed, Jun 11, 2025 at 7:26 PM Timofei Zhakov wrote:
> (snip)
>
> Branko, I'm so confused from the entire thread and all those points you
> are mentioning.
>
> 1. I would like to clarify this change. This wasn't made to fix that
> problem in the first place. I noticed two unrelated things which
On Wed, Jun 11, 2025 at 10:25 AM Branko Čibej wrote:
> On 11. 6. 25 06:21, Nathan Hartman wrote:
>
> (snip)
> So that's obviously something to be fixed. I wonder why this particular
> #include in this specific place? After all, we're including other APR
> headers els
On Tue, Jun 10, 2025 at 8:00 PM Branko Čibej wrote:
> On 11. 6. 25 01:19, Nathan Hartman wrote:
>
> On Tue, Jun 10, 2025 at 12:26 PM Branko Čibej wrote:
>
>> On 10. 6. 25 17:32, Timofei Zhakov wrote:
>>
>> On Tue, Jun 10, 2025 at 5:24 PM Branko Čibej wrote:
>
On Tue, Jun 10, 2025 at 12:26 PM Branko Čibej wrote:
> On 10. 6. 25 17:32, Timofei Zhakov wrote:
>
> On Tue, Jun 10, 2025 at 5:24 PM Branko Čibej wrote:
>
>> On 10. 6. 25 16:01, Timofei Zhakov wrote:
>>
>> On Mon, Jun 9, 2025 at 7:26 PM Branko Čibej wrote:
>>
>>> On 9. 6. 25 18:31, rin...@apach
On Tue, Jun 10, 2025 at 10:07 AM Timofei Zhakov wrote:
> On Mon, Jun 9, 2025 at 7:26 PM Branko Čibej wrote:
>
>> On 9. 6. 25 18:31, rin...@apache.org wrote:
>>
>> Author: rinrab
>> Date: Mon Jun 9 16:31:15 2025
>> New Revision: 1926293
>>
>> URL: http://svn.apache.org/viewvc?rev=1926293&view=re
On Tue, May 20, 2025 at 2:07 PM Branko Čibej wrote:
> On 18. 5. 25 21:48, Branko Čibej wrote:
>
> XML has the unenviable distinction of being *both* almost unreadable for
> humans *and* very finicky to parse for machines.
>
>
> There's one other nasty problem with XML: it can't represent every
>
On Tue, May 20, 2025 at 8:32 AM wrote:
> Author: brane
> Date: Tue May 20 12:32:49 2025
> New Revision: 1925717
>
> URL: http://svn.apache.org/viewvc?rev=1925717&view=rev
> Log:
> Add support for verifying the svn command's XML output against the Relax NG
> schemas that are defined in ./subversio
On Sun, Jun 8, 2025 at 9:27 AM Timofei Zhakov wrote:
> On Sun, Jun 8, 2025 at 1:03 PM Daniel Sahlberg <
> daniel.l.sahlb...@gmail.com> wrote:
>
>>
>>
>> sön 8 juni 2025 kl. 12:47 skrev Timofei Zhakov :
>>
>>> On Sun, Jun 8, 2025 at 2:48 AM Branko Čibej wrote:
>>>
On 7. 6. 25 19:41, rin...@a
On Thu, Apr 24, 2025 at 1:04 PM Sean McBride
wrote:
> Hello,
>
> Long-time svn user, first time poster here...
>
> It often happens to my coworkers (let's say Alice) that they'll get a
> local conflict when some other user (Bob) commits a move of a directory.
> Let's say Bob moves /foo/bar to /ba
On Wed, Apr 2, 2025 at 10:40 AM Daniel Sahlberg
wrote:
>
> Hi,
>
> I've been reviewing the 1.15 release notes on the staging site[1].
Thanks for doing that!
> We need to complete the New Feature Compatibility Table ¶
> [[[
>New Feature Minimum Client^1 Minimum Server Minimum Reposito
On Wed, Apr 2, 2025 at 10:53 PM James McCoy wrote:
> On Thu, Apr 03, 2025 at 11:10:29AM +0900, Jun Omae wrote:
> >Hi,
> >
> >On 2025/04/03 10:27, James McCoy wrote:
> >> As noted in the [porting docs], GCC-15 uses c23 (well, gnu23) by
> >> default. This causes -Wincompatible-pointer-types errors
On Tue, Feb 25, 2025 at 9:50 AM Daniel Sahlberg
wrote:
> Hi,
>
> The following test fails, for obvious[1] reasons, since January last year:
>
> [[[
> $ make check ALLOW_REMOTE_HTTP_CONNECTION=1
> TESTS=subversion/tests/cmdline/dav_tests.py#3
> [1/1]
> dav_tests.py.
On Fri, Jan 31, 2025 at 6:08 AM Daniel Sahlberg
wrote:
>
> Den tors 30 jan. 2025 kl 23:17 skrev Nathan Hartman
> :
>>
>> [...]
>>
>> Committed to the staging site in r1923465:
>>
>> https://subversion-staging.apache.org/reporting-issues.ht
On Tue, Jan 28, 2025 at 1:03 PM C. Michael Pilato wrote:
>
> On Tue, Jan 28, 2025 at 10:51 AM Nathan Hartman
> wrote:
>>
>> >From time to time we get account requests for Jira from members of the
>> community. There is such a request now.
>>
>> Histor
>From time to time we get account requests for Jira from members of the
community. There is such a request now.
Historically we have declined these Jira account requests and directed
requesters to discuss their issues at the mailing list first.
This wastes everyone's time and efforts, so I would
On Sun, Dec 22, 2024 at 2:58 PM wrote:
>
> Author: dsahlberg
> Date: Sun Dec 22 19:58:14 2024
> New Revision: 1922638
>
> URL: http://svn.apache.org/viewvc?rev=1922638&view=rev
> Log:
> In site/staging:
> Catchup merge from trunk
>From publish, maybe? (Sorry to nitpick! :-)
By the way, did it gi
On Mon, Dec 16, 2024 at 1:17 PM Timofei Zhakov wrote:
(snip)
> Hi Nathan,
>
> Thanks for clarifying your thoughts.
>
> As I am understanding that, you are looking forward to make the xpatches
> applying through the svn_client_patch() function, which is currently working
> with unidiff and git st
On Sun, Dec 15, 2024 at 4:39 PM Nathan Hartman wrote:
> And, yes, there is a way to make a stream from a apr_file_t:
>
> /* Helper function that creates a stream from an APR file. */
> static svn_stream_t *
> make_stream_from_apr_file(apr_file_t *file,
>
On Fri, Dec 13, 2024 at 5:01 PM Nathan Hartman wrote:
>
> On Fri, Dec 13, 2024 at 9:06 AM Timofei Zhakov wrote:
> >
> > (snip)
> >
> >>
> >> I think this makes sense. That's what I wrote in a (rough draft) 'svn
> >> help patch' t
Hi everyone,
I'd like to start a conversation about getting 1.15.0 released.
Why a 1.15.0 release: Much work has taken place on trunk since 1.14.0
and I think it is good for SVN's users, and for our own project
planning, to get the new features released.
You might have noticed me dabbling in the
On Fri, Dec 13, 2024 at 9:06 AM Timofei Zhakov wrote:
>
> (snip)
>
>>
>> I think this makes sense. That's what I wrote in a (rough draft) 'svn
>> help patch' text for this:
>>
>> " An xpatch file can be produced with the 'svn diff --xpatch' command.\n"
>> " This patch format is specific to Subve
d
>> comments.
>>
>> Den tis 26 nov. 2024 kl 19:11 skrev Nathan Hartman
>> :
>>>
>>> On Tue, Nov 26, 2024 at 12:23 PM Timofei Zhakov wrote:
>>> >
>>> > On Sun, Nov 24, 2024 at 5:25 PM Daniel Shahaf
>>> > wrote
On Mon, Dec 2, 2024 at 12:40 PM GitBox wrote:
>
>
> The GitHub Actions job "CMake" on subversion.git has failed.
> Run started by GitHub user asfgit (triggered by asfgit).
>
> Head commit for run:
> ae29c4b73af9d80276ab90a0c9d675e241335b90 / Timofei Zhakov
> Minor code format in merge.c.
>
> * su
On Mon, Dec 2, 2024 at 12:53 PM Timofei Zhakov wrote:
>
> On Mon, Dec 2, 2024 at 6:47 PM Nathan Hartman
> wrote:
> >
> > On Mon, Dec 2, 2024 at 12:40 PM GitBox wrote:
> > >
> > >
> > > The GitHub Actions job "CMake" on subversi
On Thu, Nov 28, 2024 at 5:10 PM wrote:
>
> Author: rinrab
> Date: Thu Nov 28 22:10:30 2024
> New Revision: 1922202
>
> URL: http://svn.apache.org/viewvc?rev=1922202&view=rev
> Log:
> On the 'apply-processor' branch: Notice the paths in merged_abspaths on each
> addition.
>
> During the check of di
On Thu, Nov 28, 2024 at 1:43 AM Daniel Sahlberg
wrote:
> Den ons 27 nov. 2024 kl 08:40 skrev Daniel Sahlberg <
> daniel.l.sahlb...@gmail.com>:
>
>> Den ons 27 nov. 2024 kl 06:42 skrev Nathan Hartman <
>> hartman.nat...@gmail.com>:
>>
> A little while a
On Wed, Nov 27, 2024 at 9:55 AM Daniel Sahlberg
wrote:
>
> Hi,
>
> It seems we are getting "build failed" messages (for commits on the branch,
> such as this) sometimes followed by "build succeeded again" messages (from
> commits on trunk). I'm assuming the notification system mix up the builds
A little while ago I committed r1922147 at site/staging to catch-up
merge from site/publish. However, it appears the site continues to
serve older content.
It doesn't appear to be a browser caching issue on my end.
A few hours earlier I committed r1922136 and r1922133; those changes
are showing u
On Tue, Nov 26, 2024 at 12:23 PM Timofei Zhakov wrote:
>
> On Sun, Nov 24, 2024 at 5:25 PM Daniel Shahaf wrote:
> > Don't leak implementation details into the API/CLI. In CLI terms,
> > applying a patch isn't a kind of merge, notwithstanding the libsvn_client
> > implementation details.
> >
> >
We got a notification! Out of curiosity did it really need to be triggered
by Humbedooh or does it always say that?
On Tue, Nov 26, 2024 at 10:36 AM GitBox wrote:
>
> The GitHub Actions job "Build and Test Subversion using autoconf build
> system" on subversion.git has failed.
> Run started by G
On Tue, Nov 26, 2024 at 6:45 AM Nathan Hartman
wrote:
> On Tue, Nov 26, 2024 at 6:27 AM Timofei Zhakov wrote:
>
>> On Tue, Nov 26, 2024 at 11:11 AM Daniel Sahlberg <
>> daniel.l.sahlb...@gmail.com> wrote:
>>
>>> Den mån 25 nov. 2024 kl 15:10 skrev :
>
On Tue, Nov 26, 2024 at 6:27 AM Timofei Zhakov wrote:
> On Tue, Nov 26, 2024 at 11:11 AM Daniel Sahlberg <
> daniel.l.sahlb...@gmail.com> wrote:
>
>> Den mån 25 nov. 2024 kl 15:10 skrev :
>>
>>> ### This makes configure step too slow if the option is enabled. Can we
>>> ### prevent regeneration o
On Tue, Nov 26, 2024 at 5:06 AM Daniel Sahlberg
wrote:
> Den lör 23 nov. 2024 kl 11:26 skrev Timofei Zhakov :
>
>> Hi!
>>
>> I am using patches frequently, however, 'svn diff' and 'svn patch'
>> commands currently have several limitations:
>>
>> 1. They do not track tree changes (like copies and
On Mon, Nov 25, 2024 at 9:10 AM wrote:
> Author: rinrab
> Date: Mon Nov 25 14:09:00 2024
> New Revision: 1922086
>
> URL: http://svn.apache.org/viewvc?rev=1922086&view=rev
> Log:
> cmake tests: add an option that enumerates all subtests in all pytest
> modules, and adds them separately.
>
> This
On Sat, Nov 23, 2024 at 5:26 AM Timofei Zhakov wrote:
> Hi!
>
> I am using patches frequently, however, 'svn diff' and 'svn patch'
> commands currently have several limitations:
>
> 1. They do not track tree changes (like copies and moves)
> 2. Binary file modifications are not tracked in plain-t
On Fri, Nov 22, 2024 at 9:17 AM Daniel Sahlberg
wrote:
>
> Den fre 22 nov. 2024 kl 09:39 skrev Daniel Sahlberg
> :
>>
>> Den ons 20 nov. 2024 kl 18:15 skrev Daniel Sahlberg
>> :
>>>
>>> So I'd say we have consensus on moving to the Python implementation -
>>> several +1 and no-one objecting. An
On Thu, Nov 21, 2024 at 5:25 AM Dr. Thomas Orgis <
thomas.or...@uni-hamburg.de> wrote:
> Hi,
>
> I hope this is not just a dumb user question in case I missed the
> functionality. I will describe a use case that I think would benefit
> from the ability to delete things from a working copy without
One more quick thought...
On Wed, Nov 20, 2024 at 12:16 PM Daniel Sahlberg <
daniel.l.sahlb...@gmail.com> wrote:
> Den ons 20 nov. 2024 kl 14:50 skrev Daniel Shahaf >:
>
>> Daniel Sahlberg wrote on Mon, 18 Nov 2024 08:52 +00:00:
>
> (snip)
> B. Would more maintainers use the interactive functio
On Wed, Nov 20, 2024 at 9:22 AM Daniel Shahaf wrote:
>
> Nathan Hartman wrote on Tue, 19 Nov 2024 16:00 +00:00:
> > Looking through the backports stuff in tools/dist, currently it's a
> > little bit messy. I wonder if things can be simplified with a minimal
> > amou
On Mon, Nov 18, 2024 at 3:52 AM Daniel Sahlberg
wrote:
>
> Hi,
>
> Regarding scripts in tools/dist:
>
> backport.pl is a heavy user of "given ... when ..." and given that these
> constructs will be removed[1] when Perl 5.42 is released (pun intended), we
> need to take some action. I'm guessing
On Sun, Oct 20, 2024 at 7:17 AM Daniel Sahlberg
wrote:
> Den sön 20 okt. 2024 kl 07:07 skrev Nathan Hartman <
> hartman.nat...@gmail.com>:
>
>> On Sat, Oct 19, 2024 at 4:18 PM Daniel Sahlberg <
>> daniel.l.sahlb...@gmail.com> wrote:
>>
>>> Hi,
&g
On Sat, Oct 19, 2024 at 4:18 PM Daniel Sahlberg
wrote:
> Hi,
>
> I'd like to make some changes to tools/dev/unix-build/Makefile.svn but I'd
> like to run then by the community before committing.
>
> Makefile.svn is currently hard coding a dependency version by setting (for
> example)
> RUBY_VER
On Wed, Oct 16, 2024 at 3:16 PM Nathan Hartman wrote:
>
> On Wed, Oct 16, 2024 at 10:45 AM wrote:
>>
>> Author: rinrab
>> Date: Wed Oct 16 14:45:20 2024
>> New Revision: 1921361
>>
>> URL: http://svn.apache.org/viewvc?rev=1921361&view=rev
&g
On Wed, Oct 16, 2024 at 10:45 AM wrote:
> Author: rinrab
> Date: Wed Oct 16 14:45:20 2024
> New Revision: 1921361
>
> URL: http://svn.apache.org/viewvc?rev=1921361&view=rev
> Log:
> Fix compilation with CLang on Windows.
>
> Before, we were invoking the svn_utf__win32_utf8_to_utf16() function wit
On Fri, Sep 27, 2024 at 3:26 PM Johan Corveleyn wrote:
>
> On Thu, Sep 26, 2024 at 5:34 PM Nathan Hartman
> wrote:
> >
> > On Thu, Sep 26, 2024 at 10:16 AM Daniel Sahlberg
> > wrote:
> > >
> > > Den tors 26 sep. 2024 kl 15:31 skrev Johan Corveley
On Thu, Sep 26, 2024 at 10:16 AM Daniel Sahlberg
wrote:
>
> Den tors 26 sep. 2024 kl 15:31 skrev Johan Corveleyn :
> (snip)
>>
>> +1, definitely. Since BDB support in Subversion is already deprecated since
>> 1.8 [1], i.e. already more than 10 years!
>
>
> Thanks, I've done that in r1920956.
>
>
On Sat, Jul 27, 2024 at 11:23 PM Nathan Hartman
wrote:
> On Sat, Jul 27, 2024 at 3:24 PM Daniel Sahlberg <
> daniel.l.sahlb...@gmail.com> wrote:
>
(snip)
>
>> [[[
>> Dear package maintainer,
>>
>> We have reason to believe you are maintaining the
On Sat, Jul 27, 2024 at 3:24 PM Daniel Sahlberg
wrote:
> Den tis 11 juni 2024 kl 04:29 skrev Nathan Hartman <
> hartman.nat...@gmail.com>:
>
>> [...] It would be nice to hear
>> from binary packagers. Will they overwhelmingly say "yes please! It's
>> a
On Wed, Jul 17, 2024 at 5:32 AM Daniel Sahlberg
wrote:
> On 2020/01/12 04:21:08 hartmannat...@apache.org wrote:
> > Author: hartmannathan
> > Date: Sun Jan 12 04:21:07 2020
> > New Revision: 1872636
> >
> > URL: http://svn.apache.org/viewvc?rev=1872636&view=rev
> > Log:
> > [On the staging-ng bra
On Wed, Jul 17, 2024 at 2:35 PM Timofei Zhakov wrote:
> On Wed, Jul 17, 2024 at 8:21 PM Nathan Hartman
> wrote:
> >
> > On Wed, Jul 17, 2024 at 10:31 AM Timofei Zhakov
> wrote:
> > (snipping most content)
> > > When I was was doing that, I solved the pr
On Wed, Jul 17, 2024 at 10:31 AM Timofei Zhakov wrote:
(snipping most content)
> When I was was doing that, I solved the problem with uname with a
> little patch by adding ifdef over release_name_from_uname() invocation
> in sysinfo.c:
>
> [[[
> Index: subversion/libsvn_subr/sysinfo.c
> ==
On Thu, Jul 4, 2024 at 1:18 PM Michael Osipov wrote:
> Folks,
>
> I happen to be the Subversion port maintainer on FreeBSD and I have been
> approached by several people that they experience trouble with mailer.py on
> newer Python versions. I know that there are backport fixes on 1.14.x.. Do
> y
On Wed, Jun 12, 2024 at 11:02 PM Jun Omae wrote:
> On Wed, Jun 12, 2024 at 5:37 AM Timofey Zhakov wrote:
> > > 2.
> > > gen-make.py accepts --with-PKG=... options like the following, but all
> > > options should be passed to cmake -B again. Why CMakeLists.txt is
> > > generated instead of adding
On Mon, Jun 10, 2024 at 4:03 PM Daniel Sahlberg
wrote:
>
> Den sön 9 juni 2024 kl 03:00 skrev Nathan Hartman :
(snip)
>> Hi Timofei,
>>
>> I am really glad to see this being addressed!
>>
>> CMake has been requested here before (such as [1], [2], and [3])
On Sun, Jun 9, 2024 at 11:21 AM Daniel Sahlberg
wrote:
>
> Hi,
>
> Cleaning up to make room for new stuff...
>
> /build/hudson contains configuration for building Subversion 1.6.x and trunk
> on Hudson, a CI tool available at ASF around 2009. I can't find any
> information when in was removed bu
On Sat, Jun 8, 2024 at 2:05 PM Timofey Zhakov wrote:
>
> On Sat, Jun 8, 2024 at 7:07 PM Daniel Sahlberg
> wrote:
> >
> > Hi!
> >
> > Den lör 8 juni 2024 kl 16:12 skrev Timofey Zhakov :
> >>
> >> Hi all!
> >>
> >> When I was starting using and developing Subversion, I had a big
> >> challenge to b
On Thu, May 30, 2024 at 5:25 PM Nathan Hartman wrote:
>
> On Thu, May 30, 2024 at 5:09 PM Sands, Daniel N. via users
> wrote:
>>
>>
>> On 2024/02/15 17:42:59 "Sands, Daniel N. via users" wrote:
>> > On Thu, 2024-02-15 at 08:55 -0500, Nico Kadel-G
On Sat, Jun 1, 2024 at 4:09 PM Timofey Zhakov wrote:
>
> Hi all,
>
> In one of my previous patches, I factored-out the
> svn_opt_parse_change_to_range
> from the svn program into the libsvn_subr library and added unit tests on it.
> However, a similar code block exists in the svnbench program, so
On Mon, Jun 3, 2024 at 9:42 PM Nathan Hartman wrote:
>
> On Thu, May 30, 2024 at 2:05 PM Timofey Zhakov wrote:
> >
> > Hello,
> >
> > I found that the print_properties() creates an iterpool, but cleans it
> > inside the 'if' block instead of doi
On Tue, May 28, 2024 at 5:18 PM Timofey Zhakov wrote:
>
> Hello,
>
> When I was working on the previous patch, I found that the
> proplist_receiver_xml function creates an iterpool, but never cleans
> it.
>
> The proplist_receiver function already does it.
>
> [[[
> Fix unbounded memory usage in t
On Thu, May 30, 2024 at 2:05 PM Timofey Zhakov wrote:
>
> Hello,
>
> I found that the print_properties() creates an iterpool, but cleans it
> inside the 'if' block instead of doing it inside of the loop block.
> This patch fixes it and does little refactoring of this part of the code.
>
> [[[
> Fi
On Thu, May 30, 2024 at 1:43 PM Timofey Zhakov wrote:
>
> Hi Nathan!
>
> Thank you for the review.
>
> I agree with your recommendations. Could you please commit the "v7" patch?
Committed in r1918076.
Thanks!
Nathan
On Sun, May 26, 2024 at 2:34 PM Timofey Zhakov wrote:
>
> On Wed, May 22, 2024 at 10:26 PM Timofey Zhakov wrote:
> >
> > Hi Nathan,
> >
> > On Wed, May 22, 2024 at 4:06 PM Nathan Hartman
> > wrote:
> > >
> > > On Tue, May 21, 2024 at 10:3
On Thu, May 23, 2024 at 2:48 PM Timofey Zhakov wrote:
>
> Hi,
>
> I found a little bug in the svn_client_diff7() function: If the
> function returns an error 'the path must be an immediate child of the
> directory', Subversion formats it with the paths in internal style.
>
> The error cannot be re
On Wed, May 22, 2024 at 11:13 AM Timofey Zhakov wrote:
>
> On Wed, May 22, 2024 at 5:04 PM Timofey Zhakov wrote:
> >
> > > >>> I found a little bug in parsing a change revision: If the number,
> > > >>> given to the --change argument, starts with a double minus or with
> > > >>> `-r-`, the comman
On Tue, May 21, 2024 at 10:31 AM Timofey Zhakov wrote:
>
> Hi,
>
> When I was fixing a bug related to the change revision argument (-c),
> I noticed that the function which parses the change revision argument
> is implemented implicitly in the sub_main (in file svn.c) [1], while
> other revision p
On Mon, May 20, 2024 at 10:37 AM Timofey Zhakov wrote:
>
> On Mon, May 20, 2024 at 7:03 AM Nathan Hartman
> wrote:
> >
> > On Sun, May 19, 2024 at 4:09 PM Timofey Zhakov wrote:
> > >
> > > Hi,
> > >
> > > I found a little bug in par
On Sun, May 19, 2024 at 4:09 PM Timofey Zhakov wrote:
>
> Hi,
>
> I found a little bug in parsing a change revision: If the number,
> given to the --change argument, starts with a double minus or with
> `-r-`, the command aborts. This patch fixes this bug.
>
> Steps to reproduce:
>
> $ svn diff ht
On Sun, May 5, 2024 at 12:35 PM Daniel Sahlberg
wrote:
> Den sön 5 maj 2024 kl 11:42 skrev Stefan Sperling :
>
>> On Sun, May 05, 2024 at 11:20:28AM +0200, Daniel Sahlberg wrote:
>> > What about this new topic for #svn?
>> >
>> > [[[
>> > The Apache® Subversion® version control system (
>> > http
On Sun, May 5, 2024 at 4:27 AM wrote:
>
> Author: dsahlberg
> Date: Sun May 5 08:27:07 2024
> New Revision: 1917512
>
> URL: http://svn.apache.org/viewvc?rev=1917512&view=rev
> Log:
> In site/staging:
>
> Remove references to the IRC channels
>
> * contributing.html, docs/community-guide/conventi
On Sat, May 4, 2024 at 4:15 PM Stefan Sperling wrote:
> On Sat, May 04, 2024 at 09:24:58PM +0200, Daniel Sahlberg wrote:
> > Hi,
> >
> > I’m personally not an IRC user but I try to keep an eye on the IRC logs.
> > For personal reasons I haven’t had time to do since the start of the year
> > but I
Hi all,
Unfortunately the recently released 1.14.3 contains a new regression
[1] that may crash the SWIG python bindings in repos.replay() under
some conditions.
It is already fixed on trunk in r1915316 and backported to the 1.14.x
branch in r1915338.
There was a discussion [2] about issuing a 1
On Tue, Feb 20, 2024 at 3:25 PM Julian Foad wrote:
>
> Nathan Hartman wrote:
> > I am okay with this (conceptually [...]).
> >
> > More specifically, I am okay with removing it from trunk, but may I
> > suggest moving it to a branch, e.g., 'svnmover'? [...]
On Mon, Feb 19, 2024 at 8:49 AM Julian Foad wrote:
> Hello Subversion devs.
>
> I had a thought that, as the move-tracking experimental design I was
> working on a few years ago isn't heading anywhere, we should remove the
> associated code, as it is better to keep a cleaner codebase on trunk and
At this year's Community over Code Europe 2024 (formerly ApacheCon),
there is an opportunity for PMCs to submit posters to be on display in
high-traffic areas throughout the conference.
This could be particularly applicable if a project has a major new
release, new algorithms, etc.
I was thinking
On Thu, Feb 1, 2024 at 5:26 PM Daniel Sahlberg
wrote:
>
> Gentlemen,
>
> It seems you have both had your say in what flaws there has been in the
> process. Can we please leave this part of the discussion and continue on the
> technical issues? I'd hate for this discussion to turn to pie-throwing
On Thu, Feb 1, 2024 at 8:43 AM Daniel Sahlberg
wrote:
> Den fre 19 jan. 2024 kl 07:41 skrev :
>
>> Author: jun66j5
>> Date: Fri Jan 19 06:40:59 2024
>> New Revision: 1915317
>>
>> URL: http://svn.apache.org/viewvc?rev=1915317&view=rev
>> Log:
>> * STATUS: Nominate r1915316.
>>
>> Modified:
>>
On Tue, Jan 30, 2024 at 10:42 PM Yasuhito FUTATSUKI
wrote:
> Hi, I'd like to publish the fix of swig-py bug in r1915316, the bug
> which can cause crash, in the release note for Subversion 1.14.
>
> Here is a draft I wrote, but I have no confidence about it.
> Could anyoune please refine it?
> [[
On Sat, Jan 13, 2024 at 3:56 PM Nathan Hartman
wrote:
> Pros: Future-proofing against the real and perceived brokenness of any
> hash types.
>
I meant to write:
Pros: Future-proofing against the real and perceived brokenness of any hash
types, or the deprecation and later removal
On Fri, Jan 12, 2024 at 3:51 PM Johan Corveleyn wrote:
> On Fri, Jan 12, 2024 at 12:37 PM Daniel Shahaf
> wrote:
> ...
> > Procedurally, the long hiatus is counterproductive. Neither kfogel nor
> > I had the context in our heads, and the cache misses took their toll in
> > tuits and in wallcloc
On Fri, Dec 29, 2023 at 3:14 PM Nathan Hartman wrote:
>
> On Thu, Dec 28, 2023 at 11:01 PM wrote:
>>
>> Author: hartmannathan
>> Date: Fri Dec 29 04:01:21 2023
>> New Revision: 1914968
>>
>> URL: http://svn.apache.org/viewvc?rev=1914968&view=rev
>
On Thu, Dec 28, 2023 at 11:01 PM wrote:
> Author: hartmannathan
> Date: Fri Dec 29 04:01:21 2023
> New Revision: 1914968
>
> URL: http://svn.apache.org/viewvc?rev=1914968&view=rev
> Log:
> In site/staging:
>
> * docs/community-guide/releasing.part.html:
> (#releasing-release): ASF no longer use
On Thu, Dec 28, 2023 at 2:51 PM Daniel Sahlberg
wrote:
(snip)
> Congratulations Nathan for your first Subversion release and a big Thank You
> for the effort!
>
> Kind regards,
> Daniel
Thanks! Well, it's not 100% done yet. I still need to update the
website and send the announce mail, but I hit
Summary of the vote to release Subversion 1.14.3:
We have five +1 to release, no 0, and no -1.
The five +1 to release are from:
* kotkov (Windows) [1]
* stsp (*nix) [2]
* jcorvel (Windows) [3]
* dsahlberg (*nix) [4]
* hartmannathan (*nix) [5]
Thank you to everyone who took time out of the holida
On Sat, Dec 9, 2023 at 10:50 AM Nathan Hartman wrote:
>
> The 1.14.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.
>
> Thanks!
I'll go ahead
On Sat, Dec 9, 2023 at 10:50 AM Nathan Hartman wrote:
>
> The 1.14.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.
>
> Thanks!
Hi all,
Just
The 1.14.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.
Thanks!
Hi all,
Just a heads up, I plan to roll tarballs this week.
Hopefully all goes well and we'll be able to make the release soon...
Cheers,
Nathan
I have kept myself busy studying the information in HACKING [1], in
Mark's SVN Release Management repo [2], in tools/dist/release.py, etc.
A quick test run with release.py seems to work (mostly) correctly. It
successfully installs the needed Autoconf, Libtool, and SWIG. It is
able to generate tarb
On Wed, Nov 29, 2023 at 11:52 PM wrote:
>
> Author: hartmannathan
> Date: Thu Nov 30 04:52:20 2023
> New Revision: 1914221
>
> URL: http://svn.apache.org/viewvc?rev=1914221&view=rev
> Log:
> * STATUS: Nominate r1914220.
>
> Modified:
> subversion/branches/1.14.x/STATUS
>
> Modified: subversion
On Wed, Nov 29, 2023 at 8:40 AM Daniel Sahlberg
wrote:
>
> Den ons 29 nov. 2023 kl 06:55 skrev Daniel Sahlberg
> :
>>
>>
>> ons 29 nov. 2023 kl. 05:57 skrev Nathan Hartman :
>>>
>>> The backport bot (svn-role) normally runs nightly but the most rec
1 - 100 of 730 matches
Mail list logo
