[SOLVED] Libreoffice not working after May 11st 2020 Slack64-current upgrade
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Libreoffice not working after May 11st 2020 Slack64-current upgrade
Libreoffice 6.4.3 (Slackware -current 64) from AlienBOB's repository.
Everything was working fine, until system has been upgraded to May 11st changes. Slackware 64-current almost out-of-the-box.
Error message from console:
Quote:
bash-5.0$ libreoffice
Warning: failed to read path from javaldx
/usr/lib64/libreoffice/program/soffice.bin: error while loading shared libraries: libboost_locale.so.1.72.0: cannot open shared object file: No such file or directory
Distribution: Slackware64 15.0 (started with 13.37). Testing -current in a spare partition.
Posts: 928
Rep:
This is due to the libboost upgrade.
A workaround is to create some symlinks, libboost_locale, libboost_system, libboost_iostreams and libboost_filesystem,
in other place than /usr/lib64 to not polute the system,
then run LibreOffice with 'LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path-to-links libreoffice'
I don't know if this has side effects on LibreOffice functionality.
I had to run it today and it worked ok.
edit- kgha beat me to it and offered the proper solution
Thank you guys! I have installed boost-compat from AlienBOB's repository and libreoffice is running again.
This, by the way, is true for all 3rd party packages that depend on libboost.
As soon as - in this case - AlienBob has recompiled LibreOffice you won't need the boost-compat package anymore, but you may as well leave it as installed, it doesn't hurt, just contains older versions of the libboost libraries. When next time the boost package is updated you will need a NEWER version of boost-compat again, as now it will have to include the just replaced version of the library too.
ugh. I hate to have extra complexity. just bumped into boost-1.73 glitch compiling gridcoinresearch gui after recent updates (thought at 1st it was qt5-5.13). weird that just doing symlinks and 'LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path-to-links' works for libreoffice and gridcoinresearch; which is my stop gap for now.
boost are libraries for C++ programs to implement fast standard functions for many algorithmns. It saves the developer having to REinvent the wheel:
Quote:
Use of high-quality libraries like Boost speeds initial development, results in fewer bugs, reduces reinvention-of-the-wheel, and cuts long-term maintenance costs. And since Boost libraries tend to become de facto or de jure standards, many programmers are already familiar with them.
The problem with boost is that every release is a major one, so that all applications that use them will have to be recompiled. The boost-compat packages in effect bundles some of the older releases' libraries, so that applications, compiled against those older libraries, will still work. This gives the packager of those applications a bit more time to recomnpile them, while the user can still use the application.
Pat himself will recompile all of the standard applications every time he upgrades boost, but 3rd party applications often need a bit more time.
From the -current ChangeLog:
Code:
Sat May 9 20:49:43 UTC 2020
ap/pamixer-1.4-i586-5.txz: Rebuilt.
Recompiled against boost-1.73.0.
kde/calligra-2.9.11-i586-35.txz: Rebuilt.
Recompiled against boost-1.73.0.
l/akonadi-1.13.0-i586-15.txz: Rebuilt.
Recompiled against boost-1.73.0.
l/boost-1.73.0-i586-1.txz: Upgraded.
Shared library .so-version bump.
so the major version of boost is now 73 (1.73) and several other packages had to be recompiled against it.
That's why alien created boost-compat, it contains the 72, 71, 70 as well as some of the 6x versions of those shared libraries, so non-recompiled programs still can find them.
Boost is a set of libraries for the C++ programming language that provide support for tasks and structures such as linear algebra, pseudorandom number generation, multithreading, image processing, regular expressions, and unit testing.
As for boost-compat, whenever boost is updated, it breaks anything that links against, it, including libreoffice. The boost-compat package contains the older versions that previous programs were built against so they can function until they can be recompiled. Once libreofice is updated, you should be able to remove boost-compat package until boost is upgraded again.
Distribution: Slackware 64 -current multilib from AlienBob's LiveSlak MATE
Posts: 1,061
Rep:
Quote:
Originally Posted by bassmadrigal
Once libreofice is updated, you should be able to remove boost-compat package until boost is upgraded again.
Provided, of course, that libreoffice is the only 3rd party application in your system that needs boost. There might be others. And there's no need to remove boost-compat, it won't create conflicts.
I always keep Eric's invaluable boost-compat, icu4c-compat and poppler-compat packages on my system to avoid nasty surprises. And here's his exhaustive explanation on what's happening when boost, icu4c, or poppler gets and upgrade, well worth storing in memory:
Provided, of course, that libreoffice is the only 3rd party application in your system that needs boost. There might be others. And there's no need to remove boost-compat, it won't create conflicts.
Good point. I don't run -current and while I pretty much only see complaints about libreoffice being broken when boost is updated, it's likely there's other programs out there as well.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.