Page MenuHomeSolus

qtcreator fails to start (requires specific version of libicu and potentially libQt5Core)
Closed, ResolvedPublic

Description

Starting qtcreator fails due to a missing dependency. It shows the following error message.

qtcreator: error while loading shared libraries: libicui18n.so.57: cannot open shared object file: No such file or directory

Currently on my system I find the following versions of libicui18n.so in system paths.

/usr/lib64/libicui18n.so.58
/usr/lib64/libicui18n.so.58.2
/usr/lib32/libicui18n.so.57.1
/usr/lib32/libicui18n.so.57

Trying to see if I can quick fix it by creating some symlinks from *.58 to *.57 resulted in an issue with libQt5Core.

qtcreator: error while loading shared libraries: libicui18n.so.57: cannot open shared object file: No such file or directory
qtcreator: error while loading shared libraries: libicuuc.so.57: cannot open shared object file: No such file or directory
qtcreator: error while loading shared libraries: libicudata.so.57: cannot open shared object file: No such file or directory
qtcreator: symbol lookup error: /usr/lib64/libQt5Core.so.5: undefined symbol: ucnv_toUnicode_57

Probably we want to investigate if we can change the way qtcreator is compiled to remove the depency on a specific version and use the system version.

Event Timeline

sankasan created this task.Mar 23 2017, 5:26 PM
JoshStrobl claimed this task.EditedMar 23 2017, 5:40 PM
JoshStrobl triaged this task as Normal priority.
JoshStrobl moved this task from Backlog to Package Fixes on the Software board.
JoshStrobl added a subscriber: JoshStrobl.

No, symlinks aren't the right way to resolve this. Rebuilding it against the updated libicu is.

remove the depency on a specific version and use the system version.

It does use the system one, which is exactly why it's failing, because it was upgraded and not apparent that it needed to be rebuilt.

JoshStrobl closed this task as Resolved.Mar 23 2017, 7:05 PM

So I validated locally, on a fully updated system, that qt-creator launches with rel 4, which is resolved in unstable: https://git.solus-project.com/packages/qt-creator/commit/?id=e2fe2f8f744b6371c5021d1031c85370f2e3fb07

There was no ABI change, so I'm assuming it might be either a not fully-updated system on your part, or a simple rebuild using Qt5 that was needed.