Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 619352 - app-office/libreoffice-bin-5.2.7.2 needs libgnutls.so.28
Summary: app-office/libreoffice-bin-5.2.7.2 needs libgnutls.so.28
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Gentoo Office Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-22 09:12 UTC by Arnaud Launay
Modified: 2017-05-24 15:04 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Arnaud Launay 2017-05-22 09:12:26 UTC
Following upgrade of libreoffice binary from 5.2.6.2 to 5.2.7.2, all in stable:

1495444044:  >>> unmerge success: app-office/libreoffice-bin-5.2.6.2
1495444048:  ::: completed emerge (1 of 1) app-office/libreoffice-bin-5.2.7.2 to /


It just stopped working:

$ libreoffice 
/usr/lib64/libreoffice/program/soffice.bin: error while loading shared libraries: libgnutls.so.28: cannot open shared object file: No such file or directory

Apparently, it makes a call to a non standard library. Please recompile using openssl.
Comment 1 Arnaud Launay 2017-05-22 09:28:43 UTC
Ok, correction, it appears that gnutls went from .so.28 to .so.30 around may 22 in gentoo (upgrade from gnutls 3.3 to 3.5). LO just need to be recompiled on a recent gentoo...
Comment 2 Andreas K. Hüttel archtester gentoo-dev 2017-05-22 20:00:33 UTC
Which variant of libreoffice-bin are you using? (use flags, architecture)
Comment 3 Andreas K. Hüttel archtester gentoo-dev 2017-05-22 21:11:55 UTC
Please try rebuilding curl and openldap, and check if LO starts again afterwards.
Comment 4 Arnaud Launay 2017-05-23 09:52:56 UTC
$ libreoffice --version
LibreOffice 5.2.7.2 20m0(Build:2)

But this morning it does work well, and the only thing I played with yesterday (after adding a link from libgnutls.30 to gnutls.28) was corebird...

Aaaah. I may have an idea.

The upgrade went in order:

- LO from 6.2 to 7.2
- gnutls 3.3 to 3.5

---> libreoffice was not working anymore, so I decided to go back to the 6.2 version -- which of course wasn't working either.

So I installed again the 7.2, added the link and forgot about the issue. A bit later *cups* has been recompiled -- and now 7.2 does work.

I should have use lddtree, the problem would have been apparent immediately: gnutls is listed under the cups library :( I do not (yet, I hope) have the lddtree reflex, I have the ldd one.

Sorry about that ! You can mark it PEBKAC :)
Comment 5 Arfrever Frehtes Taifersar Arahesis 2017-05-23 15:53:05 UTC
You probably have FEATURES="-preserve-libs" or your database of linkage between installed files (/var/db/pkg/*/*/NEEDED*) is broken/incomplete. Otherwise Portage would preserve needed libraries during upgrades and would suggest to rebuild affected packages.
Comment 6 Arnaud Launay 2017-05-23 17:10:31 UTC
Correct, I do (well, I did, just deleted it) have FEATURES="-preserve-libs" in make.conf . No idea why, it's probably been here for a loooong time...