Apache OpenOffice (AOO) Bugzilla – Issue 80650
Help: Crash when openening Help on patched Linux version
Last modified: 2007-10-15 11:51:21 UTC
Automated test: Any help-test (e.g. f_updt_help.bas) Reproduction: - Install m124 fat as root - Install patch for StarOffice m224, 225, or OOG over it - Start application as normal user - Open Menu "Help" - Select "StarOffice Help (F1)" -> The app crashes and dumps following string to the console: soffice.bin: symbol lookup error: /usr/lib/libxslt.so.1: undefined symbol: xmlXPathContextSetCache /opt/staroffice8/program/soffice.bin: symbol lookup error: /usr/lib/libxslt.so.1: undefined symbol: xmlXPathContextSetCache
Set Prio 2
Limit to platform Linux
Fixed Summary to contain something like a complete sentence instead of just some random words.
ab->cmc: The problem here obviously is that soffice.bin tries to access a libxslt.so.1. But in the programm folder there is no libxslt.so.1, only libxslt.so.1.1.16.1.1 and a link libxslt.so.1.1.16 -> libxslt.so.1.1.16.1.1 So the incompatible system lib /usr/lib/libxslt.so.1 is found. Creating a new link libxslt.so.1. -> libxslt.so.1.1.16.1.1 in the program folder by hand fixes the problem. According to cvs you've added "File gid_File_Lib_Xslt" to file_library_ooo.scp in the scope of i30830 / libxslt02. Ingo Schmidt told me that the automatic mechanism that creates the link libxslt.so.1.1.16 -> libxslt.so.1.1.16.1.1 only looks at the base version string used there, ".1.1.16" in this case. I don't know if there is a reason for this version here or if a simple change to .1 can fix the problem. Please have a look.
On a normal install... [caolan@Nom source]$ ls -asl /opt/openoffice.org2.3/program/libxml2.so* 0 lrwxrwxrwx 1 root root 12 2007-08-13 10:50 /opt/openoffice.org2.3/program/libxml2.so -> libxml2.so.2 0 lrwxrwxrwx 1 root root 17 2007-08-13 10:50 /opt/openoffice.org2.3/program/libxml2.so.2 -> libxml2.so.2.6.17 0 lrwxrwxrwx 1 root root 19 2007-08-13 10:50 /opt/openoffice.org2.3/program/libxml2.so.2.6.17 -> libxml2.so.2.6.17.1 1156 -r--r--r-- 1 root root 1175960 2007-08-13 10:41 /opt/openoffice.org2.3/program/libxml2.so.2.6.17.1 [caolan@Nom source]$ ls -asl /opt/openoffice.org2.3/program/libxslt.so* 0 lrwxrwxrwx 1 root root 12 2007-08-13 10:50 /opt/openoffice.org2.3/program/libxslt.so -> libxslt.so.1 0 lrwxrwxrwx 1 root root 17 2007-08-13 10:50 /opt/openoffice.org2.3/program/libxslt.so.1 -> libxslt.so.1.1.16 0 lrwxrwxrwx 1 root root 21 2007-08-13 10:50 /opt/openoffice.org2.3/program/libxslt.so.1.1.16 -> libxslt.so.1.1.16.1.1 280 -r--r--r-- 1 root root 280472 2007-08-13 10:41 /opt/openoffice.org2.3/program/libxslt.so.1.1.16.1.1 So I guess this is restricted to a patched version, something that OOo itself doesn't provide, only the StarOffice thing. So I'm unsure of what to do. Maybe the following patch is the right thing to do.
Created attachment 47521 [details] maybe this is what is needed
cmc->hjs: I'm not sure how to check if this is the right fix, the patch stuff is obscure to outsiders. Is this correct ?
hjs is on vacation until end of August, set is on cc ab->is: Can you please have a look
If you want to update a shortcut in the patch, the new flags are absolutely correct. I do not know, if this fixes the problem, but the change in scp2 is correct. By the way: The link mechanism was introduced to be able to exchange single files in a rpm. In the first release a file libabc in core03 was installed as libabc.1 together with a link in core03u with name libabc pointing to libabc.1. If libabc was included into the patch, a file libabc.1.1 was included into core03u together with a link libabc pointing to libabc.1.1. Therefore only core03u needed to be exchanged. The package core03 has never to be part of a patch. And only files with flag PATCH were shifted from core03 to core03u (with extension 1.1 instead of .1).
ab->cmc: Can you test your patch or is the StarOffice environment essential?
I don't know how to test this, afaik I think StarOffice is required.
ab->cmc: I can create a cws, apply the patch, build and check if it works afterwards. If not, we will have to search for another solution anyway.
yeah, that'd be great. This is probably the fix, but if not, it's something fairly trivial of this nature.
Built with applied patch, patch set can be found at /cws/cws04/ab40\OOG680/src.m1/instset_native/unxlngi6.pro/StarOfficeMulti_patch ab->jsk: As discussed, please check if this fixes the problem
Verification for StarOffice on Linux (Patched) as root installation failed.
So still failure ? Whats's the output of the equivalent, post patching of... ls -asl /opt/openoffice.org2.3/program/libxml2.so* ls -asl /opt/openoffice.org2.3/program/libxslt.so* i.e. I'm trying to see what the difference between these two very similar libraries
I handed over the testing machine to ab, so i cannot provide the requested info right now.
Ah, I see the problem. The file libxslt.so.1.1.16 was not part of the installation set in src680 m124. It was added later. Therefore the two links libxslt.so.1 and libxslt.so have to be part of the patch. They have to be included into core05u instead of core05.
Fixed by adding two xslt links (libxslt.so and libxslt.so.1) into core05u package.
bfcoverity01 integrated
ab40 integrated