FS#41621 - [libreoffice-fresh] Library mismatch
Attached to Project:
Arch Linux
Opened by Conley Moorhous (conley) - Tuesday, 19 August 2014, 00:17 GMT
Last edited by Bartłomiej Piotrowski (Barthalion) - Tuesday, 19 August 2014, 08:21 GMT
Opened by Conley Moorhous (conley) - Tuesday, 19 August 2014, 00:17 GMT
Last edited by Bartłomiej Piotrowski (Barthalion) - Tuesday, 19 August 2014, 08:21 GMT
|
Details
See
http://www.linuxquestions.org/questions/showthread.php?p=5217009#post5217009
When I try to open Calc I get: Component cannot be loaded, possibly broken or incomplete installation. Full error message: loading component library <file:///usr/lib/libreoffice/program/../program/libsclo.so> failed If my understanding is correct, all that is needed is a rebuild against the new version of libGLEW. |
This task depends upon
Closed by Bartłomiej Piotrowski (Barthalion)
Tuesday, 19 August 2014, 08:21 GMT
Reason for closing: Fixed
Additional comments about closing: libreoffice-fresh 4.3.0-2
Tuesday, 19 August 2014, 08:21 GMT
Reason for closing: Fixed
Additional comments about closing: libreoffice-fresh 4.3.0-2
# ldd /usr/lib/libreoffice/program/libswlo.so | grep found
libGLEW.so.1.10 => not found
Workaround:
ln -s /usr/lib/libGLEW.so.1.11.0 /usr/lib/libGLEW.so.1.10
I never said this is the solution, but it _is_ a workaround because it allows to open files in libreoffice-fresh.
I hope it is understood that the symlink should be deleted after the package is rebuilt.
When ABI is changed in an incompatible way, the first digit is bumped. When ABI is added but existing one isn't changed (or simply the version of the software is bumped), the 2nd and 3rd digit will bump.
In this case libGLEW.so.1 doesn't even exist, so this is a bug in glew.