On Tue, May 26, 2020 at 8:42 PM Daniel Shahaf <d...@daniel.shahaf.name> wrote:
>
> Johan Corveleyn wrote on Tue, 26 May 2020 11:06 +0200:
> > I applied the following fixes for known testsuite and (swig-)building 
> > issues:
> >
> > Merged from trunk, for building swig-python bindings with swig 4:
> > - r1877338 (Fix differences of SWIG_PY_OPTS between Unix and Windows.
> >             Enable building with Swig 4)
> >
> > Merged from trunk, testsuite fixes for running the testsuite with Python 3:
> > - r1876707 (Escape special characters in path when construct expected
> > output regex.)
> > - r1876734 (subversion/tests/cmdline/blame_tests.py 
> > (blame_youngest_to_oldest):
> >             Use svntest.main.file_write to avoid end of line conversion.)
> > - r1877318 (Fix svnrdump tests on Windows with Python 3)
> > - r1877712 (entries-dump: Escape string-typed attribute values when 
> > serializing
> >             them as Python string literals.)
> >
> > Applied following testsuite patches for running the testsuite with Python 3:
> > - py38-windows-add-dll-directory--v2.diff posted by jun66j5 on 2020-05-11 
> > in dev@ thread
> >   "[PATCH] fix unable to load *.pyd files with Python 3.8.x on Windows"
> > - sain_keep_eol_style_win_patch_20200506.txt,
> >       fix_svnadmin_tests_patch.txt,
> >       fix_svndumpfilter_tests_patch.txt
> >   posted by futatuki on 2020-05-06 in dev@ thread
> >   "Problems running testsuite on Windows with Python 3"
> > - Patch remove-uses-of-os-dup2.diff posted by jun66j5 on 2020-05-08 in dev@ 
> > thread
> >   "Problems running testsuite on Windows with Python 3"
> > - Patch fix-entries-dump-patch.txt posted by futatuki on 2020-05-26 in dev@ 
> > thread
> >   "One more issue in tests on Windows with Python 3"
>
> Should any of these be added to 
> https://subversion.apache.org/docs/release-notes/1.14#issues ?

Yes, all of them I think.
I thought first to wait whether we can still commit some / most of
them, and nominate for backport. It's easier to refer to revisions
than to patches. But OTOH we don't necessarily have to wait for that.

-- 
Johan

Reply via email to