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 (
> > https://subversion.a
sön 5 maj 2024 kl. 05:57 skrev Nathan Hartman :
> 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 th
” and to refer all questions to the mailing lists.
The website should of course be updated accordingly.
Kind regards
Daniel Sahlberg
Thanks for the quick reply!
Den ons 1 maj 2024 kl 13:51 skrev Yasuhito FUTATSUKI <
futat...@yf.bsdclub.org>:
> Hello,
>
> On 2024/05/01 18:28, Daniel Sahlberg wrote:
> > Hi,
> >
> > This is based on a problem we have in the TortoiseSVN project and I'm not
Hi,
This is based on a problem we have in the TortoiseSVN project and I'm not
proficient enough in the API to resolve it myself.
We know of a path that existed at one point in time (basically a peg
revision). We would like to connect to the repository and figure out the
current HEAD revision (we
compatible.
> >
> > * contrib/client-side/svn_apply_autoprops.py:
> > (get_autoprop_lines): Use raw strings for regexes, and `for line in
> > fd` instead of `for line in
> > fd.xreadlines()`.
> > (filter_walk): Pass directory names separately.
Den mån 29 apr. 2024 kl 14:06 skrev Khairul Azhar Kasmiran <
kaza...@gmail.com>:
> Hi everyone!
>
> As promised in [1], this patch makes svn_apply_autoprops.py Python
> 3-compatible while keeping Python 2 compatibility. Afaik, the original
> semantics are preserved 100% -- I think I did the
xed in r1917405.
Thanks for noticing
/Daniel
>
> [1]
> https://github.com/apache/subversion/commit/014bf1137790e38c5d9a9ebcaa8eae37a952e720#diff-a8f344ecc1feeea3eae75bf0bdce5784cb1c945e8748015d7d1c4a42e61c8f9e
>
> -- Khairul
>
> On Sun, Apr 28, 2024 at 4:23 PM Daniel Sahlberg
Den sön 28 apr. 2024 kl 04:18 skrev Khairul Azhar Kasmiran <
kaza...@gmail.com>:
> Hi everyone!
>
> Following on from [1], this patch prevents the error "a peg revision
> is not allowed here" when svn_apply_autoprops.py handles filenames
> containing `@`. Stack Overflow [2] gives the impression
parate unrelated patch and then I'll send that one in.
>> >
>> > -- Khairul
>> >
>> > On Thu, Apr 25, 2024 at 8:42 PM Daniel Sahlberg
>> > wrote:
>> > >
>> > > Den tors 25 apr. 2024 kl 14:03 skrev Khairul Azhar Kasmiran <
>
ted patch and then I'll send that one in.
> >
> > -- Khairul
> >
> > On Thu, Apr 25, 2024 at 8:42 PM Daniel Sahlberg
> > wrote:
> > >
> > > Den tors 25 apr. 2024 kl 14:03 skrev Khairul Azhar Kasmiran <
> kaza...@gmail.com>:
> > >>
&
gt; just found out today that the changes are compatible with both Python
> 2 and 3 afaik), but I'm adhering to "A patch submission should contain
> one logical change; ...".
>
Great! Would you care to send that one as well?
Kind regards,
Daniel
> -- Khairul
>
> On Thu, Apr 25, 2
on
Microsoft Store so it is almost part of the OS.
(I think this change and Python3 compatibility should be two separate
commits, but I'd like to raise the question).
Kind regards,
Daniel Sahlberg
> >
> > [[[
> > Make svn_apply_autoprops.py Windows-compatible.
> >
>
Den mån 11 mars 2024 kl 00:59 skrev Nathan Hartman :
> 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
Den mån 5 feb. 2024 kl 07:38 skrev Branko Čibej :
> On 04.02.2024 00:31, Evgeny Kotkov via dev wrote:
>
> Daniel Sahlberg
> writes:
>
>
> Index: subversion/libsvn_subr/io.c
> ===
> --- subversion/libsvn_
TortoiseSVN (but I don't think that is likely in this
case).
There are well known issues with SUBST. There is for example a long thread
on the APR mailing list (
https://lists.apache.org/thread/18x2jb81nf6zrjsnwf1k2wwooprkp0p5). However
TortoiseSVN 1.14.6 is using APR 1.7.4, so this particular bug should have
been fixed.
Can you, as a workaround, avoid using SUBST?
Kind regards,
Daniel Sahlberg
Den fre 2 feb. 2024 kl 08:20 skrev Jun Omae :
> On Thu, Feb 1, 2024 at 10:42 PM 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
&
forward.
Kind regards,
Daniel Sahlberg
Den tors 18 jan. 2024 kl 14:36 skrev Evgeny Kotkov via dev <
dev@subversion.apache.org>:
> Daniel Shahaf writes:
>
> > Procedurally, the long hiatus is counterproductive.
>
> This reminds me that the substantive discussion of your veto en
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=rev
> Log:
> * STATUS: Nominate r1915316.
>
> Modified:
> subversion/branches/1.14.x/STATUS
>
> Modified:
Den tis 30 jan. 2024 kl 01:39 skrev Jun Omae :
> On 2024/01/30 6:15, Daniel Sahlberg wrote:
> > Good catch! How about:
> >
> > [[[
> > Index: subversion/svnserve/svnserve.c
> > ===
>
n/trunk/COMMITTERS [UTF-8] (original)
> +++ subversion/trunk/COMMITTERS [UTF-8] Tue Jan 30 10:54:12 2024
> @@ -65,6 +65,7 @@ Blanket commit access:
>futatuki Yasuhito Futatsuki
> jun66j5 Jun Omae
> dsahlberg Daniel Sahlberg
> +vinc17 V
Den mån 22 jan. 2024 kl 04:05 skrev Branko Čibej :
> 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
Den mån 29 jan. 2024 kl 13:50 skrev Jun Omae :
> On 2023/03/20 10:27, phi...@apache.org wrote:
> > Author: philip
> > Date: Mon Mar 20 01:27:41 2023
> > New Revision: 1908547
> >
> > URL: http://svn.apache.org/viewvc?rev=1908547=rev
> > Log:
> > Add SIGTERM/SIGINT handling to svnserve, this
Den mån 29 jan. 2024 kl 13:26 skrev Jun Omae :
> On 2024/01/13 18:16, dsahlb...@apache.org wrote:
> > Author: dsahlberg
> > Date: Sat Jan 13 09:16:26 2024
> > New Revision: 1915215
> >
> > URL: http://svn.apache.org/viewvc?rev=1915215=rev
> > Log:
> > Manage spurious Reverted message caused by
@Karl Fogel , @Evgeny Kotkov
Any chance for a comment on the questions in this thread?
I've also added my own comment below.
Kind regards,
Daniel
Den sön 14 jan. 2024 kl 00:56 skrev Nathan Hartman :
> On Fri, Jan 12, 2024 at 3:51 PM Johan Corveleyn wrote:
>
>> On Fri, Jan 12, 2024 at
o be self-evident from ponymail's UI, and failing that, documented on
> our /mailing-lists.html page.
>
How about the changes in r1915225? (See
https://subversion-staging.apache.org/mailing-lists.html#downloading
Kind regards,
Daniel Sahlberg
. I think that might be a vaild point,
especially if we don't have the pristine files anymore.
I'd also like to understand why we need the multi-checksum format instead
of just plainly switching to XXX (insert favourite checksuming algorithm
here). Does it help us to have multiple types of checksums available? Would
we use BOTH as a resort (likelyhood of collision in SHA1 and in XXX at the
same time approaching zero)? Does it help backwards/forwards compatibility?
Kind regards,
Daniel Sahlberg
Den ons 10 jan. 2024 kl 10:45 skrev Stefan Sperling :
> On Wed, Jan 10, 2024 at 09:44:51AM +0100, Johan Corveleyn wrote:
> > Interesting discussion. I agree it should at least be documented, and
> > perhaps be made a bit more clear from the output of 'revert' (but not
> > sure how far we can go
Den fre 5 jan. 2024 kl 08:45 skrev Daniel Sahlberg <
daniel.l.sahlb...@gmail.com>:
> Hi,
>
> When researching the spurious revert messages reported by Vincent Lefevre
> [1], I was looking at the code in svn_io__is_finfo_read_only() and
> svn_io_is_file_executable(). It
s...@infra.apache.org or
us...@ponymail.apache.org.
Kind regards,
Daniel Sahlberg
Den fre 5 jan. 2024 kl 10:51 skrev Johan Corveleyn :
> On Fri, Jan 5, 2024 at 8:46 AM Daniel Sahlberg
> wrote:
> ...
> > Since the file doesn't have svn:needs-lock it should be RW [and the
> Reverted message comes from Subversion trying to restore the W flag ...]
>
> Sh
__is_finfo_read_only to report if a file is readonly but owned by
someone else (see [3]) but thinking about it again I think we should rather
handle this in io_set_perms() - at the moment I'm running out of time but I
will come back to this before final commit.
Since this isn't my area of exper
Den tors 28 dec. 2023 kl 06:14 skrev Nathan Hartman <
hartman.nat...@gmail.com>:
> 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]
> *
Den tors 28 dec. 2023 kl 06:41 skrev :
> Author: hartmannathan
> Date: Thu Dec 28 05:41:35 2023
> New Revision: 1914961
>
> URL: http://svn.apache.org/viewvc?rev=1914961=rev
> Log:
> In site/staging:
>
> * docs/community-guide/releasing.part.html:
> (#releasing-upload): Fix typo.
>
> Modified:
fevre :
> On 2023-12-23 22:44:51 +0100, Daniel Sahlberg wrote:
> > Thank you for your report and also for finding the root cause. I can
> > confirm this is the same on my machine. I'd like to take a closer look
> but
> > I'm not quite sure when I will find the
ject (LIP, ENS-Lyon)
>
Thank you for your report and also for finding the root cause. I can
confirm this is the same on my machine. I'd like to take a closer look but
I'm not quite sure when I will find the time.
This has been reported before:
https://issues.apache.org/jira/browse/SVN-4622
Kind regards,
Daniel Sahlberg
Den lör 9 dec. 2023 kl 16:50 skrev Nathan Hartman :
> 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!
>
Summary
---
+1 to release (Linux)
Den fre 22 dec. 2023 kl 10:04 skrev Johan Corveleyn :
> On Fri, Dec 22, 2023 at 3:07 AM Yasuhito FUTATSUKI
> wrote:
> >
> > Hi,
> >
> > On 2023/12/22 10:49, Johan Corveleyn wrote:
> ...
> > > Finally, did some tweaks to get gen_win_dependencies.py to run, but
> > > then ran into following error:
Den fre 22 dec. 2023 kl 02:49 skrev Johan Corveleyn :
> On Tue, Dec 19, 2023 at 1:30 PM Johan Corveleyn wrote:
> >
> > On Mon, Dec 18, 2023 at 11:13 PM Nathan Hartman
> > wrote:
> > >
> > > On Sat, Dec 9, 2023 at 10:50 AM Nathan Hartman <
> hartmannat...@apache.org> wrote:
> > > >
> > > > The
Den fre 22 dec. 2023 kl 03:08 skrev Yasuhito FUTATSUKI :
> Hi,
>
> On 2023/12/22 10:49, Johan Corveleyn wrote:
> > On Tue, Dec 19, 2023 at 1:30 PM Johan Corveleyn
> wrote:
> >>
> >> On Mon, Dec 18, 2023 at 11:13 PM Nathan Hartman
> >> wrote:
> >>>
> >>> On Sat, Dec 9, 2023 at 10:50 AM Nathan
Den tis 19 dec. 2023 kl 13:31 skrev Johan Corveleyn :
> On Mon, Dec 18, 2023 at 11:13 PM Nathan Hartman
> wrote:
> >
> > 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
> >
tis 19 dec. 2023 kl. 02:14 skrev Daniel Shahaf :
> Daniel Sahlberg wrote on Mon, 18 Dec 2023 10:44 +00:00:
> > Den mån 18 dec. 2023 kl 09:40 skrev Daniel Shahaf <
> d...@daniel.shahaf.name>:
> >> To prevent recurrence, options include (1) make the cron job use the .py
&
Den mån 18 dec. 2023 kl 09:40 skrev Daniel Shahaf :
> Daniel Sahlberg wrote on Thu, 30 Nov 2023 07:00 +00:00:
> > Den ons 29 nov. 2023 kl 17:25 skrev Nathan Hartman <
> hartman.nat...@gmail.com
> >>:
> >
> >> On Wed, Nov 29, 2023 at 8:40 AM Daniel Sahlber
Den fre 15 dec. 2023 kl 10:45 skrev :
> Author: gstein
> Date: Fri Dec 15 09:44:03 2023
> New Revision: 1914679
>
> URL: http://svn.apache.org/viewvc?rev=1914679=rev
> Log:
> class DifflibDiffContent does not work, and maybe never did. There is
> no .next() method on the unified_diff() result
Hi,
Den fre 8 dec. 2023 kl 05:40 skrev Yasuhito FUTATSUKI <
futat...@yf.bsdclub.org>:
>
>
> On 2023/12/07 19:33, Daniel Sahlberg wrote:
> > Den tors 7 dec. 2023 kl 09:51 skrev Ruediger Pluem :
> >
> >> I stumbled accross a Python 3 compatibility issue in
>
Den tors 7 dec. 2023 kl 09:51 skrev Ruediger Pluem :
> I stumbled accross a Python 3 compatibility issue in
> tools/hook-scripts/mailer/mailer.py.
>
> The call of self.cfg.which_groups in line 565 passes an empty string as
> first parameter.
> In which_groups this empty string is passed to to_str
Hi
Sounds great! Good work!
I’m working on preparations for signing on my end, will try to get
everything going on Windows and Ubuntu 23.10 this time.
Kind regards
Daniel
Daniel
mån 4 dec. 2023 kl. 18:34 skrev Nathan Hartman :
> Hi all,
>
> Just a heads up, I plan to roll tarballs this week.
Den ons 29 nov. 2023 kl 17:25 skrev Nathan Hartman :
> On Wed, Nov 29, 2023 at 8:40 AM Daniel Sahlberg
> wrote:
> >
> > Den ons 29 nov. 2023 kl 06:55 skrev Daniel Sahlberg <
> daniel.l.sahlb...@gmail.com>:
> >>
> >>
> >> ons 29 no
Den tors 30 nov. 2023 kl 05:57 skrev Nathan Hartman <
hartman.nat...@gmail.com>:
> 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=rev
> > Log:
> > * STATUS:
Great work! :-)
/Daniel
Den tors 30 nov. 2023 kl 06:21 skrev Nathan Hartman <
hartman.nat...@gmail.com>:
> 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
Den mån 27 nov. 2023 kl 20:29 skrev Daniel Sahlberg <
daniel.l.sahlb...@gmail.com>:
[...]
> I looked into apr/misc/unix/getopt.c to see if there was any way of making
> "-" a legal argument but I couldn't find anything. Thus I'm suggesting
> making the help tex
Den ons 29 nov. 2023 kl 06:55 skrev Daniel Sahlberg <
daniel.l.sahlb...@gmail.com>:
>
> ons 29 nov. 2023 kl. 05:57 skrev Nathan Hartman >:
>
>> The backport bot (svn-role) normally runs nightly but the most recent
>> backport approval has been waiting in 1.14.x/STAT
ons 29 nov. 2023 kl. 05:57 skrev Nathan Hartman :
> The backport bot (svn-role) normally runs nightly but the most recent
> backport approval has been waiting in 1.14.x/STATUS for a couple of
> days now.
>
> I went ahead and merged it manually (with
> tools/dist/merge-approved-backports.py). This
Den mån 27 nov. 2023 kl 20:29 skrev Daniel Sahlberg <
daniel.l.sahlb...@gmail.com>:
[...]
> In the mail to users@, Graham suggested a better error message indicating
> which option was invalid. I will make a separate suggestion and send this
> to the APR project.
>
I
Den mån 27 nov. 2023 kl 21:35 skrev Johan Corveleyn :
> >>> The documentation say:
> >>> [[[
> >>> put SRC-FILE URL : add or modify file URL with contents copied
> from
> >>>SRC-FILE (use "-" to read from standard
> input)
> >>> ]]]
>
> Just chiming in here
Den mån 27 nov. 2023 kl 12:18 skrev Daniel Sahlberg <
daniel.l.sahlb...@gmail.com>:
> Moving a discussion from users@ to here. Original message below for
> reference.
>
> TL;DR: According to documentation, svnmucc put - URL should add or modify
> file URL reading the new c
it was added.
I'm sending this off half-baked since I'm about to board a plane, in case
anyone else would like to have a look.
Kind regards,
Daniel
Den mån 27 nov. 2023 kl 07:47 skrev Daniel Sahlberg <
daniel.l.sahlb...@gmail.com>:
> Den sön 26 nov. 2023 kl 22:51 skrev Graham
Den mån 13 nov. 2023 kl 13:41 skrev Daniel Sahlberg <
daniel.l.sahlb...@gmail.com>:
> Den mån 13 nov. 2023 kl 13:26 skrev Ontonator :
>
>> Hi,
>>
>> I've experienced an issue with merging two working copy paths in which
>> the behaviour of `svn` doesn't see
Den mån 13 nov. 2023 kl 13:26 skrev Ontonator :
> Hi,
>
> I've experienced an issue with merging two working copy paths in which the
> behaviour of `svn` doesn't seem to match up with the documentation.
>
> My system Subversion version is:
>
> > svn, version 1.14.2 (r1899510)
>
> >compiled
sön 12 nov. 2023 kl. 19:02 skrev Nathan Hartman :
> In my adventures with tools/dev/unix-build/Makefile.svn, I saw two places
> that call '-which', that is, 'which' preceded by a dash.
>
> One of these is in the recipe for gettext's configure. It was changed from
> 'which' to '-which' in
Den sön 12 nov. 2023 kl 07:18 skrev Nathan Hartman :
> On Fri, Nov 10, 2023 at 9:16 AM Daniel Sahlberg
> wrote:
> >
> > Den fre 10 nov. 2023 kl 15:09 skrev Nathan Hartman <
> hartman.nat...@gmail.com>:
> >>
> >> On Fri, Nov 10, 2023 at 8:02 AM Jo
Den lör 11 nov. 2023 kl 17:14 skrev Stefan Sperling :
> On Sat, Nov 11, 2023 at 05:08:28PM +0100, Daniel Sahlberg wrote:
> > ne_openssl.o isn't built, the build fails already when running configure
> on
> > neon.
>
> Can you show the cofigure log? E.g. via paste.apache.
Den lör 11 nov. 2023 kl 16:43 skrev Stefan Sperling :
> On Sat, Nov 11, 2023 at 04:34:07PM +0100, Stefan Sperling wrote:
> > On Sat, Nov 11, 2023 at 04:23:52PM +0100, Daniel Sahlberg wrote:
> > > As for the original problem, updating to the latest version of the Neon
> > &
Den lör 11 nov. 2023 kl 15:54 skrev Stefan Sperling :
> On Sat, Nov 11, 2023 at 02:22:55PM +0100, Daniel Sahlberg wrote:
> > Hi,
> >
> > I'm separating this out to a new thread since it doesn't relate to the
> > upcoming release, but I'm doing the work trying to rep
Hi,
I'm separating this out to a new thread since it doesn't relate to the
upcoming release, but I'm doing the work trying to reproduce Nathan's
problem.
I've installed Debian Bullseye (on Hyper-V, but that shouldn't matter I
think). When I try to do the build, I end up having trouble building
Den fre 10 nov. 2023 kl 15:09 skrev Nathan Hartman :
> On Fri, Nov 10, 2023 at 8:02 AM Johan Corveleyn wrote:
>
>> Hi Nathan,
>>
>> Sorry I haven't helped so far ... I should be able to say something
>> useful here, since I'm a java dev in my dayjob. But I have been
>> drowning a bit in that
Den fre 3 nov. 2023 kl 13:43 skrev Greg Stein :
> I'm with Mark on this one: whack it. With prejudice :-)
>
Says the original author :-)
With three +1 (counting myself) and such old code, I'm went berserk and
axed without waiting for everyone to have their say - if anyone disagree
down the line
Hi,
I don't know about the policy for deleting unmaintained / no longer
relevant code, so I'm asking here first.
/tools/dev/iz/ (
https://svn.apache.org/repos/asf/subversion/trunk/tools/dev/iz/) seems to
be a tool to extract issues statistics from IssueZilla (which I as far as I
understand was a
Den fre 3 nov. 2023 kl 10:00 skrev Stefan Sperling :
> On Fri, Nov 03, 2023 at 12:00:32AM -0400, Nathan Hartman wrote:
>
[...]
> >
> >
> > Hi all,
> >
> > Previously I mentioned I plan to RM for the upcoming 1.14.3 release.
> > This being my first time, I need to solve some issues first.
> >
> >
Den ons 1 nov. 2023 kl 20:24 skrev Dave Fisher :
>
> On Nov 1, 2023, at 12:14 PM, Daniel Sahlberg
> wrote:
>
> *dropping jmeter/couchdb/oo and adding mechtilde*
>
> Den ons 1 nov. 2023 kl 19:37 skrev Dave Fisher :
>
>> The OpenOffice project wish
be great if Mechtilde would be involved in submitting a patch.
Kind regards,
Daniel Sahlberg
skrev Daniel Sahlberg <
daniel.l.sahlb...@gmail.com>:
> Hi,
>
> There are two buildbot jobs svn-windows-local and svn-windows-ra that
> currently fail. See for example
> https://ci2.apache.org/#/builders/106/builds/104
>
> Relevant part of error message, it seems that one Py
Hi,
I might have been a bit harsh here to Veto this merge, after actually
providing a positive note. But I investigated why the merge didn't go
through and I realised there is a digit missing in the nomination for the
first three revisions. I'm fairly sure it should be r1912501, r1912502,
Den tis 17 okt. 2023 kl 14:06 skrev Nathan Hartman :
> On Tue, Oct 17, 2023 at 2:50 AM wrote:
>
>> Author: dsahlberg
>> Date: Tue Oct 17 06:50:02 2023
>> New Revision: 1913041
>>
>> URL: http://svn.apache.org/viewvc?rev=1913041=rev
>> Log:
>> In site/staging:
>>
>> WANdisco is renaming itself to
Den sön 15 okt. 2023 kl 06:50 skrev Nathan Hartman :
> On Fri, Oct 13, 2023 at 1:58 PM Johan Corveleyn wrote:
>
>> On Fri, Oct 13, 2023 at 5:35 PM Stefan Sperling wrote:
>> >
>> > On Fri, Oct 13, 2023 at 08:43:59AM +0200, Daniel Sahlberg wrote:
>> > >
?
What do you think?
Kind regards,
Daniel Sahlberg
Den mån 9 okt. 2023 kl 10:30 skrev Yasuhito FUTATSUKI <
futat...@yf.bsdclub.org>:
>
>
> On 2023/10/09 4:14, Daniel Sahlberg wrote:
> > Den lör 7 okt. 2023 kl 06:52 skrev Yasuhito FUTATSUKI <
> > futat...@yf.bsdclub.org>:
>
> >> If svn is called
Den mån 9 okt. 2023 kl 07:05 skrev Nathan Hartman :
> On Sun, Oct 8, 2023 at 3:14 PM Daniel Sahlberg
> wrote:
> > I was able to reproduce the issue and thanks to Yasuhito's hints I was
> also able to fix it by using absolute paths when running the svn command.
> I've
Den lör 7 okt. 2023 kl 06:52 skrev Yasuhito FUTATSUKI <
futat...@yf.bsdclub.org>:
> Hi,
>
> On 2023/10/07 4:33, Daniel Sahlberg wrote:
> > Den fre 6 okt. 2023 kl 19:34 skrev Nathan Hartman <
> hartman.nat...@gmail.com
>
> >> The interesting thing, thoug
Den fre 6 okt. 2023 kl 19:34 skrev Nathan Hartman :
> On Fri, Oct 6, 2023 at 10:50 AM Daniel Sahlberg
> wrote:
> >
> > Den fre 6 okt. 2023 kl 06:26 skrev Nathan Hartman <
> hartman.nat...@gmail.com>:
> (snip)
> >> This is on trunk, as of r1912743 (the lates
Den fre 6 okt. 2023 kl 06:26 skrev Nathan Hartman :
> On Mon, May 29, 2023 at 10:47 PM Jun Omae wrote:
> >
> > On 2023/05/29 20:09, Daniel Sahlberg wrote:
>
[...]
> > >
> > > The following patch could fix it and verified (applying
> `re.escape`
Den tors 5 okt. 2023 kl 14:18 skrev Nathan Hartman :
> Thanks for taking care of that. Looks good to me.
>
> I am considering nominating this for backport to 1.14.x. (At least, I
> don't see a reason not to, since Python2 remains supported.)
>
Why not, since we went the way of keeping Python2
t should be done but we
should probably announce it well ahead to let anyone be prepared to update.
When I get some time, I would like to start a new thread about the future
development (release schedule, features for each release) and then we can
publish something of what should go into each release.
Anyway, thanks for the review and feedback. I've commtted r1912743 catching
OSError and checking ENOENT, with a comment to change it when we remove
Python 2 support.
Kind regards,
Daniel Sahlberg
Den ons 4 okt. 2023 kl 06:58 skrev Nathan Hartman :
> Thanks for the review! Committed in r1912724. More below:
>
Great!
> I see only one issue: FileNotFoundError is new in Python 3, so Python 2
> will fail with a NameError when it sees that. However: On Python 3,
> FileNotFoundError inherits
Den tis 3 okt. 2023 kl 02:44 skrev Nathan Hartman :
> On Mon, Oct 2, 2023 at 5:39 AM Daniel Sahlberg
> wrote:
> > Den sön 1 okt. 2023 kl 21:50 skrev Nathan Hartman <
> hartman.nat...@gmail.com>:
> (snip)
> >> This (somewhat platform-specific) "gotcha&qu
mån 2 okt. 2023 kl. 16:54 skrev Yasuhito FUTATSUKI :
>
> > I've added my vote for the backports, because of my inexperience I've
> only
> > set +0 but binding fixes should be OK to backport with only one +1 and
> one
> > +0. Any fixes from [1] can be added to the same backport (as I read it
> >
Den sön 1 okt. 2023 kl 21:50 skrev Nathan Hartman :
> On Sun, Oct 1, 2023 at 9:58 AM Daniel Sahlberg <
> daniel.l.sahlb...@gmail.com> wrote:
> >
> > Hi,
> >
> > Issue SVN-1778 [1] is about the Python bindings, class FileDiff, where
> get_pipe() called
Den sön 24 sep. 2023 kl 12:55 skrev Yasuhito FUTATSUKI <
futat...@yf.bsdclub.org>:
> Hi,
>
> On 2023/09/24 17:53, Daniel Sahlberg wrote:
> > Den sön 24 sep. 2023 kl 07:06 skrev :
> >
> >> Author: futatuki
> >> Date: Sun Sep 24 05:06:08 2023
&
it
is not unreasonable to require the end user to install diff.exe
Kind regards,
Daniel Sahlberg
[1] https://issues.apache.org/jira/browse/SVN-1778
aises(SubversionException, repos.replay, root, e_ptr,
> e_baton)
> +batons= editor.batons
>
Add a space to the left of the equal sign for readability?
> +# As svn_repos_replay calls neigher close_edit callback nor abort_edit
>
Spell fix: "neither"
Kind regards,
Daniel Sahlberg
On 2023/07/20 04:32:43 Yasuhito FUTATSUKI wrote:
> Jun, could you please commit the patch?
I have committed this patch now, r1912632, crediting Jun.
Thanks Jun for the patch and thanks Yasuhito for review.
Kind regards,
Daniel Sahlberg
On 2023/07/30 15:22:48 Daniel Sahlberg wrote:
> Den fre 28 juli 2023 kl 06:31 skrev Jun Omae :
[...]
> > [[[
> > Index: build/run_tests.py
> > ===
> > --- build/run_tests.py (revision 1911320)
> >
Den sön 24 sep. 2023 kl 07:06 skrev :
> Author: futatuki
> Date: Sun Sep 24 05:06:08 2023
> New Revision: 1912500
>
> URL: http://svn.apache.org/viewvc?rev=1912500=rev
> Log:
> swig-py: Use pure Python objects as edit/parse_fns3 and their decendant
> batons.
>
> Former implementation of the
Den fre 22 sep. 2023 kl 12:25 skrev Nathan Hartman :
> I guess [2] is an inconsistency with the site, since 1.10.x doesn't have
> more updates planned and 1.10.8 was the final release in that line. The
> inconsistency likely exists because we used to support two LTS lines in a
> staggered manner.
t be
backported but only released as 1.15.x. It seems mostly completed so we
only need it tested and someone to volounteer as release manager. Is this
something you would be interested in helping with?
Kind regards,
Daniel Sahlberg
mplementedError(
NotImplementedError: spawnProcess not available since pywin32 is not installed.
Does anyone have access to this server to install pywin32?
Kind regards,
Daniel Sahlberg
I don't have time to investigate this further at the moment.
>
> Hope this helps to fix the failing assertion.
>
If you can give some more details about your repository including previous
merges (even better if you can write a reproduction receipt) that would be
great. And consider reporting this on the TortoiseSVN mailing list if you
think that it is a TortoiseSVN-only problem.
Kind regards,
Daniel Sahlberg
Den ons 30 aug. 2023 kl 01:34 skrev Nathan Hartman :
> On Tue, Aug 29, 2023 at 6:05 AM Daniel Sahlberg
> wrote:
>
...
> > I don't really see the point of a nightly tarball, for bleeding
> edge/developers it is probably as easy to run from a /trunk checkout.
> >
> &g
On 2022/06/30 14:04:08 Daniel Sahlberg wrote:
> Den tors 30 juni 2022 kl 15:45 skrev Nathan Hartman <
> hartman.nat...@gmail.com>:
>
> > Recent breakage in the PO files wasn't detected by the buildbot so I
> > went digging.
> >
> > The buildbot infrastruc
ons 23 aug. 2023 kl. 02:54 skrev Nathan Hartman :
> On Tue, Aug 22, 2023 at 7:08 PM Nathan Hartman
> wrote:
> >
> > On Mon, Aug 21, 2023 at 12:59 PM Daniel Sahlberg <
> daniel.l.sahlb...@gmail.com> wrote:
> >>
> >> I'm at a loss why t
1 - 100 of 442 matches
Mail list logo