Bug 619352

Summary:	app-office/libreoffice-bin-5.2.7.2 needs libgnutls.so.28
Product:	Gentoo Linux	Reporter:	Arnaud Launay <asl>
Component:	Current packages	Assignee:	Gentoo Office Team <office>
Status:	RESOLVED INVALID
Severity:	normal
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

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

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

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...