Bug 125026 - symbol lookup error: lool*: undefined symbol
Summary: symbol lookup error: lool*: undefined symbol
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice Online
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-04-29 14:01 UTC by Luciano Sarra
Modified: 2019-05-30 11:01 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Luciano Sarra 2019-04-29 14:01:55 UTC
OS: openSUSE Leap 15.0
Software: collaboraoffice6.0-6.0.10.27-27.x86_64 based on loolwsd-4.0.3-1, inside NextCloud 15

After the installation as described in 

https://www.collaboraoffice.com/code/linux-packages 

I get the following error

# loolconfig
loolconfig: symbol lookup error: loolconfig: undefined symbol: _ZN4Poco4Util6OptionC1ERKSsS3_S3_b

# loolconvert
loolconvert: symbol lookup error: loolconvert: undefined symbol: _ZN4Poco3Net8HTMLForm18ENCODING_MULTIPARTE
test:/opt/lool # loolforkit
loolforkit: symbol lookup error: loolforkit: undefined symbol: _ZN4Poco14DateTimeFormat14ISO8601_FORMATE
test:/opt/lool # loolwsd

Consider the fact that on the same OS and hardware with loolwsd-4.0.1-1 all the above commands run correctly.
Comment 1 Luciano Sarra 2019-05-02 20:07:00 UTC
Maybe what I pasted is not clear, so for a best read I reported below the right error messages

# /usr/bin/loolconfig
/usr/bin/loolconfig: symbol lookup error: /usr/bin/loolconfig: undefined symbol: _ZN4Poco4Util6OptionC1ERKSsS3_S3_b
# /usr/bin/loolconvert
/usr/bin/loolconvert: symbol lookup error: /usr/bin/loolconvert: undefined symbol: _ZN4Poco3Net8HTMLForm18ENCODING_MULTIPARTE
# /usr/bin/loolforkit
/usr/bin/loolforkit: symbol lookup error: /usr/bin/loolforkit: undefined symbol: _ZN4Poco14DateTimeFormat14ISO8601_FORMATE
# /usr/bin/loolwsd
/usr/bin/loolwsd: symbol lookup error: /usr/bin/loolwsd: undefined symbol: _ZN4Poco3Net11HTTPRequest8HTTP_GETE
Comment 2 Luciano Sarra 2019-05-07 08:00:00 UTC
Dear all

I've tried to understand what's wrong about the installation in OpenSUSE 15. For sure there is a bug in the rpm package. Following th instruction for openSUSE Leap 15.0 (and SLE 15) if you follow this steps (FIRST)

1) sudo zypper ar 'https://www.collaboraoffice.com/repos/CollaboraOnline/CODE-opensuse15' 'CODE'
2) sudo zypper mr -r 'CODE' # enable auto refresh
3) sudo zypper ar 'http://download.opensuse.org/repositories/devel:/libraries:/c_c++/openSUSE_Leap_15.0/devel:libraries:c_c++.repo'
4) sudo zypper ref && sudo zypper in loolwsd CODE-brand

you have the error as indicated above. But if you do this steps (SECOND)

1) sudo zypper ar 'https://www.collaboraoffice.com/repos/CollaboraOnline/CODE-opensuse15' 'CODE'
2) sudo zypper mr -r 'CODE' # enable auto refresh
3) sudo zypper ar 'http://download.opensuse.org/repositories/devel:/libraries:/c_c++/openSUSE_Leap_15.0/devel:libraries:c_c++.repo'
4) sudo zypper ref && sudo zypper in loolwsd CODE-brand
5) sudo rpm -evh CODE-brand-4.0-2.noarch loolwsd
6) wget https://www.collaboraoffice.com/repos/CollaboraOnline/CODE-opensuse15/loolwsd-4.0.3-1.x86_64.rpm
7) sudo rpm -ivh loolwsd-4.0.3-1.x86_64.rpm
8) sudo  zypper in CODE-brand-4.0-2

the you have the correct lool* binary. In fact for the FIRS installation you have (in the following I show
the byte and md5sum of each binary)

-rwxr-xr-x 1 root root  118920 Mar 24 20:43 FIRST/loolconfig
-rwxr-xr-x 1 root root   40144 Mar 24 20:43 FIRST/loolconvert
-rwxr-xr-x 1 root root 1059032 Mar 24 20:43 FIRST/loolforkit
-rwxr-xr-x 1 root root 1678696 Mar 24 20:43 FIRST/loolwsd


4661e0be4f0c28af1be13ccdb6b705e2  FIRST/loolconfig
c2f87bb0ce1f04de3df01ea3e7b21f65  FIRST/loolconvert
a1cada88386de777316705e9f609eeb4  FIRST/loolforkit
975ac72b1aef18d1d0746a25985b1562  FIRST/loolwsd


meanwhile after the SECOND installation we have

-rwxr-xr-x 1 root root  130992 Mar 24 20:45 SECOND/loolconfig
-rwxr-xr-x 1 root root   44080 Mar 24 20:45 SECOND/loolconvert
-rwxr-xr-x 1 root root 1054648 Mar 24 20:45 SECOND/loolforkit
-rwxr-xr-x 1 root root 1678472 Mar 24 20:45 SECOND/loolwsd


e37e308cb1c45a171576245669a3b4fa  SECOND/loolconfig
b90aa88228d6691e2cd8128e53be12c0  SECOND/loolconvert
28c87340c53349b095d31ae7d8786f28  SECOND/loolforkit
d7c468cd7d80c3deb2e7f011f69f6dda  SECOND/loolwsd


This shows that we have two different binaries after to different installation's method. The SECOND installation gives the correct binaries and the correct final installation and I am able to use CollaboraOnline in Nextcloud env.
Comment 3 Andras Timar 2019-05-21 12:47:38 UTC
I cannot reproduce this, although the repo has changed since the bug report. It has CODE 4.0.4 now. I tested on openSUSE Leap 15.0.
Comment 4 Luciano Sarra 2019-05-29 07:21:42 UTC
I confirm that with CODE version 4.0.4  now it's ok. I had the error with 4.0.3 version of CODE repo. Thanks anyway for your check.
Comment 5 Xisco Faulí 2019-05-30 11:01:29 UTC
(In reply to Luciano Sarra from comment #4)
> I confirm that with CODE version 4.0.4  now it's ok. I had the error with
> 4.0.3 version of CODE repo. Thanks anyway for your check.

Thanks for retesting with the latest version.
Setting to RESOLVED WORKSFORME as the commit fixing this issue hasn't been identified.