Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

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
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Bartłomiej Piotrowski (Barthalion)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

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
Comment by Naoki Kawakami (aya) - Tuesday, 19 August 2014, 03:50 GMT
True, there is a problem

# 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
Comment by Doug Newgard (Scimmia) - Tuesday, 19 August 2014, 04:03 GMT
@aya, that is not a workaround, that is a horrible hack that will get you into trouble sooner or later. Please do not recommend it to others.
Comment by Naoki Kawakami (aya) - Tuesday, 19 August 2014, 04:09 GMT
@Scimmia
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.
Comment by Doug Newgard (Scimmia) - Tuesday, 19 August 2014, 04:13 GMT
soname bumps are done for a reason. Unless you know exactly what has changed in the ABI and exactly how each binary on your system is using that library, symlinking like that is a horrible idea. Don't do it.
Comment by Greg Jones (11ghjones) - Tuesday, 19 August 2014, 04:53 GMT
Rebuild with new version of libGLEW solves problem. Just rebuilt from ABS.
Comment by Bartłomiej Piotrowski (Barthalion) - Tuesday, 19 August 2014, 05:30 GMT
I'm rebuilding the packages right now, but it'll take some time more. Stay tuned.
Comment by Jan de Groot (JGC) - Tuesday, 19 August 2014, 07:24 GMT
It's weird to see something linking to .so.1.10 instead of .so.1

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.

Loading...