Dear All, we are getting somewhere! I am replying myself again below.
On Fri, Nov 26, 2021 at 08:26:55PM +0100, Arrigo Marchiori wrote: > Dear All, > > On Sun, Nov 21, 2021 at 09:29:18PM +0100, Arrigo Marchiori wrote: > > > Hello All, > > > > just a little update. > > > > On Sat, Nov 20, 2021 at 01:44:43PM +0100, Arrigo Marchiori wrote: > > > > > Hello Matthias, All, > > > > > > On Fri, Nov 19, 2021 at 12:26:37AM +0100, Matthias Seidel wrote: > > > > > > > Hi Arrigo, > > > > > > > > Am 17.11.21 um 08:16 schrieb Arrigo Marchiori: > > > > > Dear All, > > > > > > > > > > I pushed a new branch "serf", that contains the OpenSSL upgrade > > > > > commits (I reverted the reverts ;-) plus a tentative upgrade of the > > > > > serf library to 1.3.9. > > > > > > > > > > A small patch is included to allow building with Python3-based SCons. > > > > > > > > > > The oox module also needed minor patching because it uses some OpenSSL > > > > > functions that were refactored since OpenSSL 1.1.0. > > > > > > > > > > I tested it under Linux with Peter's Docker image (adding SCons). It > > > > > builds and runs, but I am not sure how to verify if the SSL related > > > > > problems are solved. > > > > > > > > > > I could not yet test if it builds under Windows and Mac. Any help > > > > > would be appreciated. Please note that the "serf" branch derives from > > > > > trunk. > > > > > > > > I cannot get it to build on Windows. > > > > > > > > The build just stops at a certain point. No error messages. > > > > > > I had not tested it under Windows, when I commited it. Sorry. > > > > > > The build stops because the existing patch to OpenSSL does not apply. > > > > > > If we disable it, we face another challenge: OpenSSL does not build > > > with Cygwin's Perl! > > > https://github.com/openssl/openssl/issues/9048 > > > > > > I will investigate if we need Strawberry Perl as suggested in the > > > above link. It's sure this is getting more complex than expected. > > > > I could patch the configure scripts to use Windows and Cygwin paths as > > necessary. Now the compilation is failing because of missing symbols, > > at link time. > > > > As soon as I have something almost usable, I will commit it. > > I think I fixed the OpenSSL module and the depending Python. Not yet... there were more places in which the libraries were named, and more fixes were necessary. > Serf is now posing another challenge. > > Apparently, SCons needs to access the Windows registry in order to > detect the presence of Visual Studio. This is reasonable: also our > "oowintool" script does so. > > Python scripts can access the Windows registry using the "winreg" > module. The problem is that such module _is not included_ in Cygwin's > Python distribution! > > There is a "cygwinreg" module available, but it does not seem to work. > > So instead of using an ``external'' Perl, we will need to use an > ``external'' Python. We will need an ``external'' SCons. I added the configure script option "--with-scons" that must be used under Windows to point to a ``native'' SCons.exe I added a minimal SConscript that checks the validity of the indicated SCons. Unix users should just need to install SCons in some ways (either using pip or the distribution's package) and it will be auto-detected by the configure script. - Linux build: http://home.apache.org/~ardovm/openoffice/linux/openoffice4-2021-12-07-x86_64-installed.tar.bz2 - Windows build: https://home.apache.org/~ardovm/openoffice/windows/Apache_OpenOffice-2021-12-06_Win_x86_install_en-US.exe Do they work as expected? Best regards, -- Arrigo --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
