Starting LibreOffice 3.4 beta 1 on Debian Lenny x86 fails: m@a:~ 22:50:25 $ libreoffice /opt/libreoffice/program/oosplash.bin: symbol lookup error: /opt/libreoffice/program/oosplash.bin: undefined symbol: sal_detail_initialize, version PRIVATE_1.1 m@a:~ 22:50:26 $
The same with 3.4 beta 2 (still on Debian Lenny x86).
I can confirm this with 3.4 beta 2 on Ubuntu 10.10.
I have similar error on my Ubuntu 10.04 and LibO 3.4 b2. exec: 101: /opt/libreoffice/program/oosplash.bin: not found
It fails with same error with 3.4 Beta 2 on Fedora 15 (so it's not just Deb specific). Appears to work fine in Wine though.
Same Problem here on Fedora 14 & 15.
I guess the problem might me 32-bit specific, because it started fine on my 64-bit Ubuntu 10.10.
Same here on Fedora 14 i686. Does anyone actually do QA when making releases, like e.g. testing in most common Linux distros? Beta builds are at least supposed to run actually.
Same on Puppy Linux, where 3.3.2 started fine
Same here Ubuntu 10.04.2 32 bits...
Created attachment 46124 [details] part from rpm install log rpm installation produced the attached error messages x86/openSUSE 11.1, KDE 3.5.x
(In reply to comment #10) > Created an attachment (id=46124) [details] > part from rpm install log > > rpm installation produced the attached error messages > x86/openSUSE 11.1, KDE 3.5.x Possibly, the above reported install errors are not related to the program start symbol lookup failure. So I created a separate bug 36642 for the install issues.
bug 36573 seems to report the same symbol lookup phenomenon.
*** Bug 36573 has been marked as a duplicate of this bug. ***
New beta3 still doesn't run on Linux and console still show the same error. quest@quest-desktop:/opt/libreoffice/program$ sh soffice exec: 101: /opt/libreoffice/program/oosplash.bin: not found quest@quest-desktop:/opt/libreoffice/program$ I don't understand how developers can release new builds if it doesn't work at all.
(In reply to comment #14) > New beta3 still doesn't run on Linux and console still show the same error. > > quest@quest-desktop:/opt/libreoffice/program$ sh soffice > exec: 101: /opt/libreoffice/program/oosplash.bin: not found > quest@quest-desktop:/opt/libreoffice/program$ > > > I don't understand how developers can release new builds if it doesn't work at > all. 1. They code for fun 2. Relevant people a) are not subscribed to this bug report b) disregard emails from freedesktop bugzilla c) don't use e-mail at all
Same here on Ubuntu 10.04.2 32 bits with LibO_3.4.0beta3_Linux_x86 exec: 101: /opt/libreoffice/program/oosplash.bin: not found
Reinstalled LibO_3.4.0beta3_Linux_x86 removing all previous libreoffice packages i get: /opt/libreoffice/program/oosplash.bin: symbol lookup error: /opt/libreoffice/program/oosplash.bin: undefined symbol: sal_detail_initialize, version PRIVATE_1.1
(In reply to comment #14) It does work, but apparently not on your platform. Preventing all other users (and platforms) from testing improved builds does not seem reasonable to me. This blocks the 3.4 *release*, not updated builds.
Ubuntu 10.04.2 LO 3.4beta3. $libreoffice -nologo /opt/libreoffice/program/oosplash.bin: symbol lookup error: /opt/libreoffice/program/oosplash.bin: undefined symbol: sal_detail_initialize, version PRIVATE_1.1 With libreoffice3-ure_3.4.0-1_i386.deb not libreoffice3-ure_3.4.0-103_i386.deb it was similar but not exactly the same error.
"Greetings" from Fedora 14 [caterpillar@computer ~]$ libreoffice --writer /opt/libreoffice/program/oosplash.bin: symbol lookup error: /opt/libreoffice/program/oosplash.bin: undefined symbol: sal_detail_initialize, version PRIVATE_1.1 [caterpillar@computer ~]$ libreoffice -nologo /opt/libreoffice/program/oosplash.bin: symbol lookup error: /opt/libreoffice/program/oosplash.bin: undefined symbol: sal_detail_initialize, version PRIVATE_1.1
It seems that on Ubuntu 10.04 x86_64 oosplash.bin starts and does not want to stop. After some time of inactivity it eats 100% of the CPU. I guess it is the same root cause. JBF
We are looking at it and will fix it for 3.4.0-rc1 (next build). The problem with this bug was that it had low severity too long. Hence it was hidden within other bugs. BTW1: The official 32-bit build was done on CentOS. I tested all betas on SUSE and it worked here. BTW2: We are always looking for more testers that would help with testing and triaging bugs, see http://wiki.documentfoundation.org/QA
It seems to be related to --with-linker-hash-style=both. The symbol was found after we recompiled sal with WITH_LINKER_HASH_STYLE=sysv It is strange. We used this option even for LO-3.3. We are going to investigate it more.
(In reply to comment #24) > It seems to be related to --with-linker-hash-style=both. The symbol was found > after we recompiled sal with WITH_LINKER_HASH_STYLE=sysv > > It is strange. We used this option even for LO-3.3. We are going to investigate > it more. Can you please release a special fixed LO 3.4beta2 for those of us who couldn't run the official release? There's no need to announce or publish it officially, just give us a download link to binaries.
Please also see: https://bugs.freedesktop.org/show_bug.cgi?id=31747 [broken debian files] (Comments #10 & #11) More symbol lookup errors in debian 32bit packages (64bit packages work for me): Setting up libreoffice3-dict-en (3.4.0-103) ... /opt/libreoffice/program/../basis-link/ure-link/bin/javaldx: symbol lookup error: /opt/libreoffice/ure/bin/../lib/libuno_cppuhelpergcc3.so.3: undefined symbol: _ZTIN9salhelper21SimpleReferenceObjectE, version UDK_3_0_0 /opt/libreoffice/program/unopkg.bin: symbol lookup error: /opt/libreoffice/program/../basis-link/program/libxcrli.so: undefined symbol: _ZN4cppu11OWeakObject12queryAdapterEv, version UDK_3_0_0 find: `/opt/libreoffice/./share/prereg/bundled': No such file or directory Setting up libreoffice3-dict-es (3.4.0-103) ... /opt/libreoffice/program/../basis-link/ure-link/bin/javaldx: symbol lookup error: /opt/libreoffice/ure/bin/../lib/libuno_cppuhelpergcc3.so.3: undefined symbol: _ZTIN9salhelper21SimpleReferenceObjectE, version UDK_3_0_0 /opt/libreoffice/program/unopkg.bin: symbol lookup error: /opt/libreoffice/program/../basis-link/program/libxcrli.so: undefined symbol: _ZN4cppu11OWeakObject12queryAdapterEv, version UDK_3_0_0 find: `/opt/libreoffice/./share/prereg/bundled': No such file or directory Setting up libreoffice3-dict-fr (3.4.0-103) ... /opt/libreoffice/program/../basis-link/ure-link/bin/javaldx: symbol lookup error: /opt/libreoffice/ure/bin/../lib/libuno_cppuhelpergcc3.so.3: undefined symbol: _ZTIN9salhelper21SimpleReferenceObjectE, version UDK_3_0_0 /opt/libreoffice/program/unopkg.bin: symbol lookup error: /opt/libreoffice/program/../basis-link/program/libxcrli.so: undefined symbol: _ZN4cppu11OWeakObject12queryAdapterEv, version UDK_3_0_0 find: `/opt/libreoffice/./share/prereg/bundled': No such file or directory
I rebuilt the binutils and the compiler on the 32-bit build machine. I rebuilt them again against the recently built versions and now the nightlies/dailies found here: http://dev-builds.libreoffice.org/daily/Linux_x86_Release_Configuration/libreoffice-3-4/2011-05-02_18:50:09/ run without problem for me on newer systems where the gnu section is used. For those that need this for testing, just grab the version from there.
*** Bug 36642 has been marked as a duplicate of this bug. ***
(In reply to comment #28) Thanks Fridirch, running now here and informing Dutch testers! NB. running from command line gives output FIXME: re-start with all params ! something for bug, irc, list ?
(In reply to comment #30) > NB. running from command line gives output > FIXME: re-start with all params ! > something for bug, irc, list ? Cor, are you able to reproduce it? I have seen this once but was not able to reproduce it. If you know the steps, please open a new bug.
(In reply to comment #31) > Cor, are you able to reproduce it? I have seen this once but was not able to > reproduce it. If you know the steps, please open a new bug. Yes Petr, see https://bugs.freedesktop.org/show_bug.cgi?id=36803 (prolly two bugs in one - I will read the comments in that bug ;-) )
http://dev-builds.libreoffice.org/daily/Linux_x86_Release_Configuration/libreoffice-3-4/2011-05-02_18:50:09/ $ md5sum libreoffice-3-4~2011-05-02_18:50:09_LibO_3.4.0beta3_Linux_x86_install-deb_en-US.tar.gz 71b7f12401c0a992d88625507deb6c16 libreoffice-3-4~2011-05-02_18:50:09_LibO_3.4.0beta3_Linux_x86_install-deb_en-US.tar.gz $ md5sum libreoffice-3-4~2011-05-02_18:50:09_LibO_3.4.0beta3_Linux_x86_helppack-deb_en-US.tar.gz e44acdbb3eb3b9a92dd20e22d147fa01 libreoffice-3-4~2011-05-02_18:50:09_LibO_3.4.0beta3_Linux_x86_helppack-deb_en-US.tar.gz Ubuntu 10.10 (maverick) 2.6.35-29-generic #51-Ubuntu SMP Fri Apr 15 17:13:54 UTC 2011 i686 GNU/Linux Works for me. Thanks! Marking Bug 31747 (broken debian files) as a dupe of 36275.
*** Bug 31747 has been marked as a duplicate of this bug. ***
Problem is back with today's Beta 4.
(In reply to comment #35) > Problem is back with today's Beta 4. Seems to work for me (Debian Lenny x86).
Does not work for me on Fedora 14 & 15
this beta4 LibO_3.4.0beta4_Linux_x86_install-deb_en-US.tar.gz) starts correct for me (Ubuntu 11.04)
Ubuntu 10.04 + LibO3.4beta4: OK
Ubuntu 10.04 + LibO3.4beta4 Now works!
Works (Ubuntu 10.10). However getting: Unpacking replacement libreoffice3-dict-af ... /opt/libreoffice/program/unopkg.bin: error while loading shared libraries: libjvmaccessgcc3.so.3: cannot open shared object file: No such file or directory find: `/opt/libreoffice/./share/prereg/bundled': No such file or directory errors. Maybe related to: https://bugs.freedesktop.org/show_bug.cgi?id=36493 ?? See the attached dpkg log.
Created attachment 46439 [details] Ubuntu 10.10 dpkg install log
(In reply to comment #28) > I rebuilt the binutils and the compiler on the 32-bit build machine. I rebuilt > them again against the recently built versions and now the nightlies/dailies > found here: > http://dev-builds.libreoffice.org/daily/Linux_x86_Release_Configuration/libreoffice-3-4/2011-05-02_18:50:09/ > run without problem for me on newer systems where the gnu section is used. > For those that need this for testing, just grab the version from there. On my Kubuntu 32 bits Natty Narwhal machine your build worked flawlessly. As far as I am concerned you found the remedy. And it starts up as fast as lightning too!
(In reply to comment #43) > On my Kubuntu 32 bits Natty Narwhal machine your build worked flawlessly. However not the beta4, if I understood you correct?
(In reply to comment #35) > Problem is back with today's Beta 4. libreoffice@specht.mobi: do you see exactly the same error message? (undefined symbol: sal_detail_initialize) or is it different? In each case, could you please cut&paste or attach the error messages?
(In reply to comment #41) > Works (Ubuntu 10.10). However getting: > Unpacking replacement libreoffice3-dict-af ... > /opt/libreoffice/program/unopkg.bin: error while loading shared libraries: > libjvmaccessgcc3.so.3: cannot open shared object file: No such file or > directory > find: `/opt/libreoffice/./share/prereg/bundled': No such file or directory > errors. Maybe related to: > https://bugs.freedesktop.org/show_bug.cgi?id=36493 > ?? > > See the attached dpkg log. NoOp@: This looks like a different problem. I have almost missed your note in this long thread. Could you please open separate bug for this? Anyway, the library is included in the package libreoffice3-ure_3.4.0-103_i386.deb in /opt/libreoffice/ure/lib. I wonder why it was not found.
It works for most users now. We can't move forward without information from libreoffice@specht.mobi. It should not block that 3.4.0 release as it is now => lowering severity a bit.
Beta 5 works for me now. Sorry for the delay but i was in hospital.
It seems we can change to WORKSFORME if no new complaints will come? @libreoffice@specht.mobi: thank you for feedback
(In reply to comment #49) > It seems we can change to WORKSFORME if no new complaints will come? Let's do it. Anyone could reopen it if needed.