Hi Arrigo, Am 07.12.21 um 22:05 schrieb Arrigo Marchiori: > 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?
I tested on Windows, it works as expected. The main problem on Linux was the update feed... Regards, Matthias > > Best regards,
smime.p7s
Description: S/MIME Cryptographic Signature
