Bug 36275 - LibO 3.4 fails to start with "symbol lookup error": undefined symbol: sal_detail_initialize
Summary: LibO 3.4 fails to start with "symbol lookup error": undefined symbol: sal_det...
Status: CLOSED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.4.0 Beta3
Hardware: x86 (IA32) Linux (All)
: highest critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 31747 36573 36642 (view as bug list)
Depends on:
Blocks: mab3.4
  Show dependency treegraph
 
Reported: 2011-04-15 12:55 UTC by Mihkel Tõnnov
Modified: 2012-05-08 12:28 UTC (History)
20 users (show)

See Also:
Crash report or crash signature:


Attachments
part from rpm install log (1.79 KB, text/plain)
2011-04-27 08:07 UTC, Nino
Details
Ubuntu 10.10 dpkg install log (24.79 KB, text/plain)
2011-05-07 16:50 UTC, NoOp
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mihkel Tõnnov 2011-04-15 12:55:42 UTC
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 $
Comment 1 Mihkel Tõnnov 2011-04-22 04:08:36 UTC
The same with 3.4 beta 2 (still on Debian Lenny x86).
Comment 2 Alexander O. Anisimov 2011-04-22 10:41:58 UTC
I can confirm this with 3.4 beta 2 on Ubuntu 10.10.
Comment 3 Mateusz 2011-04-22 12:40:39 UTC
I have similar error on my Ubuntu 10.04 and LibO 3.4 b2.

exec: 101: /opt/libreoffice/program/oosplash.bin: not found
Comment 4 Bryan Quigley 2011-04-22 21:01:54 UTC
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.
Comment 5 libreoffice 2011-04-22 22:02:27 UTC
Same Problem here on Fedora 14 & 15.
Comment 6 Mihkel Tõnnov 2011-04-23 06:03:03 UTC
I guess the problem might me 32-bit specific, because it started fine on my 64-bit Ubuntu 10.10.
Comment 7 Artem S. Tashkinov 2011-04-24 05:40:36 UTC
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.
Comment 8 Micko 2011-04-25 17:49:24 UTC
Same on Puppy Linux, where 3.3.2 started fine
Comment 9 marco braida 2011-04-25 22:47:01 UTC
Same here Ubuntu 10.04.2 32 bits...
Comment 10 Nino 2011-04-27 08:07:39 UTC
Created attachment 46124 [details]
part from rpm install log

rpm installation produced the attached error messages
x86/openSUSE 11.1, KDE 3.5.x
Comment 11 Nino 2011-04-27 09:53:53 UTC
(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.
Comment 12 Nino 2011-04-27 09:58:09 UTC
bug 36573 seems to report the same symbol lookup phenomenon.
Comment 13 Christian Lohmaier 2011-04-28 04:59:29 UTC
*** Bug 36573 has been marked as a duplicate of this bug. ***
Comment 14 Mateusz 2011-04-29 04:03:05 UTC
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.
Comment 15 Artem S. Tashkinov 2011-04-29 04:27:08 UTC
(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
Comment 16 marco braida 2011-04-29 04:51:53 UTC
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
Comment 17 marco braida 2011-04-29 05:12:29 UTC
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
Comment 18 Thorsten Behrens (allotropia) 2011-04-29 06:39:13 UTC
(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.
Comment 19 tester8 2011-04-30 01:35:31 UTC
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.
Comment 20 Germano Massullo 2011-04-30 07:52:30 UTC
"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
Comment 21 Germano Massullo 2011-04-30 07:54:32 UTC
"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
Comment 22 Jean-Baptiste Faure 2011-05-01 02:17:10 UTC
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
Comment 23 Petr Mladek 2011-05-02 05:18:37 UTC
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
Comment 24 Petr Mladek 2011-05-02 08:19:35 UTC
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.
Comment 25 Artem S. Tashkinov 2011-05-02 08:28:16 UTC
(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.
Comment 26 NoOp 2011-05-02 09:46:09 UTC
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
Comment 27 Fridrich Strba 2011-05-02 23:33:43 UTC
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.
Comment 28 Fridrich Strba 2011-05-03 01:06:53 UTC
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.
Comment 29 Petr Mladek 2011-05-03 03:34:08 UTC
*** Bug 36642 has been marked as a duplicate of this bug. ***
Comment 30 Cor Nouws 2011-05-03 05:36:20 UTC
(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 ?
Comment 31 Petr Mladek 2011-05-03 06:30:03 UTC
(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.
Comment 32 Cor Nouws 2011-05-03 07:38:46 UTC
(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 ;-) )
Comment 33 NoOp 2011-05-03 09:02:30 UTC
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.
Comment 34 NoOp 2011-05-03 09:04:22 UTC
*** Bug 31747 has been marked as a duplicate of this bug. ***
Comment 35 libreoffice 2011-05-06 15:45:19 UTC
Problem is back with today's Beta 4.
Comment 36 Mihkel Tõnnov 2011-05-06 16:45:44 UTC
(In reply to comment #35)
> Problem is back with today's Beta 4.

Seems to work for me (Debian Lenny x86).
Comment 37 Thomas Meyer 2011-05-06 22:05:59 UTC
Does not work for me on Fedora 14 & 15
Comment 38 Cor Nouws 2011-05-06 23:38:18 UTC
this beta4 
  LibO_3.4.0beta4_Linux_x86_install-deb_en-US.tar.gz)
starts correct for me (Ubuntu 11.04)
Comment 39 clio 2011-05-07 00:53:13 UTC
Ubuntu 10.04 + LibO3.4beta4: OK
Comment 40 tester8 2011-05-07 03:00:05 UTC
Ubuntu 10.04 + LibO3.4beta4

Now works!
Comment 41 NoOp 2011-05-07 16:49:42 UTC
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.
Comment 42 NoOp 2011-05-07 16:50:32 UTC
Created attachment 46439 [details]
Ubuntu 10.10 dpkg install log
Comment 43 pieter kristensen 2011-05-08 09:35:31 UTC
(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!
Comment 44 Cor Nouws 2011-05-08 14:11:26 UTC
(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?
Comment 45 Petr Mladek 2011-05-09 01:57:37 UTC
(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?
Comment 46 Petr Mladek 2011-05-10 07:37:23 UTC
(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.
Comment 47 Petr Mladek 2011-05-12 07:39:08 UTC
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.
Comment 48 libreoffice 2011-05-13 09:38:42 UTC
Beta 5 works for me now. Sorry for the delay but i was in hospital.
Comment 49 Rainer Bielefeld Retired 2011-05-15 01:33:12 UTC
It seems we can change to WORKSFORME if no new complaints will come?

@libreoffice@specht.mobi:
thank you for feedback
Comment 50 Petr Mladek 2011-05-16 07:35:40 UTC
(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.