Hi John, We already have a Pull Request for updating NSS:
https://github.com/apache/openoffice/pull/100 That said, I am not a developer. So I only pass the message! ;-) Regards, Matthias Am 07.11.20 um 17:09 schrieb John D'Orazio: > Hello all, ss I continue building and debugging the next release of my > Writer add-on, in which I'm attempting to include the *Chrome Embedded > Framework* in it's Java flavoured build (I'm using the builds from this > release > <https://github.com/jcefbuild/jcefbuild/releases/tag/v1.0.10-84.3.8%2Bgc8a556f%2Bchromium-84.0.4147.105> > ), I've stumbled upon the following situation in my Linux build: > > The Chrome Embedded Framework is requiring a *libnss3.so* and > *libnssutil3.so* version of at least *3.22*, however OpenOffice also > utilizes these libraries and is packaging version *3.14*. Since the > OpenOffice libraries are the first ones picked up (I believe from the > *LD_LIBRARY_PATH* environment variable or similar), it is preventing my > add-on from building, complaining that CEF needs at least version 3.22. As > a test, I went and backed up the *libnss3.so* and *libnssutil3.so* found in* > /opt/openoffice4/program/* , and I copied my system's libraries to that > same folder. My system's libraries are at version *3.49* . After this I was > able to build the add-on and debug->run in OpenOffice, and at least at > first sight I didn't see any adverse effects in OpenOffice from the newer > NSS libraries. > > Would it be feasible to update the NSS libraries in a next release of > OpenOffice, say 4.1.9? Carl Marcum was just confirming that in the current > 4.1.8 release the packaged libraries are in fact at version 3.14. > > Another idea, I just thought I'd throw it out there, as I've succeeded in > integrating the Chrome Embedded Framework in my Windows release and I see > the advantages of this, it allows to use all the latest web technologies > such as HTML5, CSS3, V8 javascript etc. etc. Perhaps it could be > interesting at some point to consider integrating the Chrome Embedded > Framework into OpenOffice itself. This could attract younger developers who > are often more versed in Web technologies than in C++ / Java, and would > allow to create some interesting User Interfaces, either in OpenOffice > itself or in the add-ons for OpenOffice that would be able to reuse an > already packaged CEF / JCEF framework. This framework is being widely > adopted now: VSCode uses it, Electron uses it, I believe Steam uses it, a > lot of program interfaces are now turning to Web technologies. Perhaps this > could be something new and interesting that would "distinguish" OpenOffice > in some way? Just a thought. In the meantime I'll pursue adopting it myself > for my own add-on and see where it brings me. >
smime.p7s
Description: S/MIME Cryptographic Signature
