LibreOffice4 4.4.7.2 available for Solaris 11.3 (x86) and OpenIndiana Hipster (& S12)

  • Posted on: 28 May 2016
  • By: tomww
Screenshot of LibreOffice 4.4.7.2 on Solaris 11 Version 11.3

(Note: There is LibreOffice 5 in the queue, Spec-Files are ready to be built for the repository, stay tuned! Updated Dec 18th 2016)

Jan 17th, 2016

LibreOffice has been updated to version 4.4.7.2 (previous: 4.4.5.2). It is available for x86 Platform.
This is the recommended version to deploy to large scale or long term installations (5.x is a bit fresh these days - (Edit: The version "still" is now 5.0.6, update will come in a while but don't wait with installing 4.x today).

You can install it from the SFE repositories for Oracle Solaris 11 (TM) and OpenIndiana hipster.
Instructions for configuring the IPS repositories are here: quickrepolinks
OpenIndiana users please read the special instructions below.


I very much hope that LibreOffice is of great value to you. So to keep motivation high, I would really like to hear from you: How you're using LibreOffice.

As well I'm looking for testers, so if you could try the new package and give some feedback if it works and what does not, that would be great!

Install

To do a fresh install, first configure the appropriate IPS repository (see quickrepolinks) and then use the command:

pfexec pkg install -v libreoffice4-desktop-int libreoffice4

Update

To update from a previous LibreOffice4 (SFE), use this command:

pfexec pkg update -v libreoffice4-desktop-int libreoffice4

For OpenIndiana Hipster, you should explicitly specify boost and icu as well, this avoids problems when selecting publishers:

pfexec pkg install -v pkg://localhostoih/library/g++/icu pkg://localhostoih/system/library/g++/boost libreoffice4-desktop-int libreoffice4

If you don't want to update now and only know what pkg "would" do, then add a "-nv" to the command line and see the actions which "would" happen.

If you have questions or want to applaud or something (lots of contributors can use lots of compliments!), then really drop me a note here in the comments or email to sfepackages at gmail_dot_com (I'll forward)
In case you see an error, please include the screen output (copy&paste) of the pkg command. Most times the errors are easy to solve based on that information.
Please include the output from these commands:
pkg install or pkg update
pkg info entire
pkg publisher
 

Happy typing, calculating and presenting with LibreOffice!

Regards,

Thomas

(minor edit on Jan 28th 2016, May 28th 2016, Dec 18th 2016)

(Note: With April 24th 2016 there is an experimental LibreOffice 4 for S12 available!)

Tags: 
LibreOffice4 4.4.7.2
Update
install
Solaris 11.3
OpenIndiana Hipster
Solaris 12

Comments

tomww

Mon, 01/11/2016 - 14:19

Update/Solved [15:32 CET / 14:32 UTC]: The missing files at the repo-upload action have been added now - please re-try the OpenIndiana LibreOffice installation.

Hi Predrag,

thanks for bringing this to my attention. I'll see why those files aren't on the public repo, the local repo has them. Normally those cases are catched by the extra sanity check script I run, but maybe this time the script didn't run after the upload.

During the day I believe this will be fixed, I'll send you a notification once you can retry.

Thanks for testing and feedback!

Regards,
Thomas

Vermilion

Mon, 01/11/2016 - 13:40

Ok, for a short test, I can say it installs and runs without trouble on fresh Solaris 11.3 :)
I make a document, saved it and exported to pdf without issues.

tomww

Tue, 01/12/2016 - 10:02

Hi SFE users,

please drop me a note, in case you can't install or update to the new libreoffice4 package.
The install worked for a user from the OpenIndiana developer group what proofs the package is okay.
But I've got feedback where another user couldn't install the new g++/icu package and again another user couldn't install g++/boost. In both cases the "openindiana.org/hipster-2015" publisher looked like queue-jumping and placed in front of the sfe publisher "localhostoih".
That kind of problems can usually easily be fixed, if you make sure, that I can get in contact with you for finding a solution.

If you have the same problem, please get in contact so we can have a closer look what happened there and get to a solution.

One first idea is look deeper and explicity request the boost and icu library from the correct publisher. Try the following command any maybe one can see what the error is:
pkg install -v pkg://localhostoih/system/library/g++/boost #@1.59.0
or
pkg install -v pkg://localhostoih/system/library/g++/icu #@55.1

If you get errors, please include with copy/paste the complete output and add this as well:
pkg info entire
pkg publisher
pkg list -v (in case you want to show that entirely)

Thanks!
Regards,
Thomas

slx86

Fri, 01/15/2016 - 09:44

Hi,

First i installed boost manually, after that i try to install libreoffice. I think it has something todo with the fact always the boost stuff from the hipster repo will be installed.

root@hipster:~# pkg install libreoffice4
Creating Plan (Solver setup): \
pkg install: No matching version of desktop/application/libreoffice4 can be installed:
Reject: pkg://localhostoih/desktop/application/libreoffice4@4.4.5.2-0.0.151.1.8:20151017T175959Z
Reason: No version matching 'require' dependency system/library/g++/boost@1.58.0-0.0.151.1.8 can be installed
----------------------------------------
Reject: pkg://localhostoih/system/library/g++/boost@1.58.0-0.0.151.1.8:20151003T214734Z
to
pkg://localhostoih/system/library/g++/boost@1.59.0-0.0.151.1.8:20160108T203634Z
Reason: Currently installed package 'system/library/g++/boost' is from sticky publisher 'openindiana.org'.
----------------------------------------
Reject: pkg://localhostoih/desktop/application/libreoffice4@4.4.7.2-0.0.151.1.8:20160110T152745Z
pkg://localhostoih/desktop/application/libreoffice4@4.4.7.2-0.0.151.1.8:20160110T191536Z
Reason: No version matching 'require' dependency system/library/g++/boost@1.59.0-0.0.151.1.8 can be installed

slx86

Fri, 01/15/2016 - 13:56

I managed to install libreoffice to change the publisher search order

pkg set-publisher --search-first localhostoih

Sjaak

tomww

Fri, 01/15/2016 - 22:21

Hi Sjaak,

good to hear that it worked!

I wonder why you had to change the publisher order. Nothing like that happend on the machine I've tested the install. On occation, what is the output of "pkg info entire" and "pkg publisher" now?

Thanks much for your report!

Regards,
Thomas

slx86

Sat, 01/16/2016 - 12:32

Hi,

Boost 1.58 is in the hipster repo, 1.59 in the localhostoih repo. It should pick the 1.59 version but with the defaultorder it's stuck to 1.58

The order
root@hipster:~# pkg publisher
PUBLISHER TYPE STATUS P LOCATION
localhostoih origin online F http://sfe.opencsw.org/localhostoih/
openindiana.org origin online F http://pkg.openindiana.org/hipster-2015/
hipster-encumbered origin online F http://pkg.openindiana.org/hipster-encumbered/

The entire info

root@hipster:~# pkg info entire
Name: entire
Summary: incorporation to lock all system packages to same build (empty
package)
Description: incorporation to lock all system packages to same build (empty
package)
State: Installed
Publisher: openindiana.org
Version: 0.5.11
Branch: 2015.0.2.1
Packaging Date: October 27, 2015 06:38:38 AM
Size: 0.00 B
FMRI: pkg://openindiana.org/entire@0.5.11-2015.0.2.1:20151027T063838Z

BTW, afterwards i set the order to what is was before and run pkg update -nv to check if everyting is ok

root@hipster:~# pkg publisher
PUBLISHER TYPE STATUS P LOCATION
openindiana.org origin online F http://pkg.openindiana.org/hipster-2015/
hipster-encumbered origin online F http://pkg.openindiana.org/hipster-encumbered/
localhostoih origin online F http://sfe.opencsw.org/localhostoih/

Sjaak

tomww

Thu, 05/19/2016 - 13:13

Good news:
SFE maintainer pjama from Australia wrote on the chat channel #pkgbuild on irc.freenode.org:
He did a compile run of LibreOffice5 version 5.1.3.2 and made an experimental package.

Once I can get the changes from pjama, I'll start porting this to the other osdistro and post an update.

Regards,
Thomas

tomww

Fri, 09/30/2016 - 18:55

Small but important update: Pjama made some SVN commits, so LibreOffice5 is getting real!

I have some preparation work to do until I can start compile tests and work towards new Packages for LibreOffice4 and LibreOffice5 (Versions 5.1 and 5.2). I'll keep you updated!

Interested in LibreOffice? You can run today the version 4.4.7.2 (works fine!).
If you have comments, questions, want to test or contribute code and so on, please drop me a note here on the blog as a comment or send me an email to sfepackages at g mail dot com.

Thanks for using SFE!

tomww

Sun, 10/02/2016 - 18:55

Pjama did all his commits (tested on OI Hipster, OI151a9), so you can fetch the updates and try compiling LibreOffice 5.2.

My part is currently to get SFEgcc move from /usr/gcc over to /usr/gcc-sfe while still keeping a compatiblity search for the gcc runtime libs in /usr/gcc/lib. This is for compatibility if the new compiler (gcc 4.8 / 4.9) is used for a binary but only the gcc runtime from an older gcc-runtime package is available in /usr/gcc/lib

Any questions, suggestions, comments? Please drop me a note at sfepackages at g mail dot com

Thanks for using SFE!

giosch

Mon, 11/14/2016 - 19:18

Hi Tom!

I had a working SFELibreoffice on my Solaris 11.3 box but when I recently I updated to the latest version from the localhosts11 repo I got the error:

# /usr/lib/libreoffice/program/soffice
.....
ld.so.1: soffice.bin: fatal: relocation error: file /usr/lib/libreoffice/program/libvcllo.so: symbol _ZNSt8__detail15_List_node_base7_M_hookEPS0_: referenced symbol not found

I have tried various workarounds (uninstalling and reinstalling as you explain in you posts), and I have also installed gcc 4.8.5 from localhosts11 repo but.... nothing

Could it be a problem related to GTK2 ??

Some more info follows:

# pkg info entire
Nome: entire
Riepilogo: Incorporation to lock all system packages to the same build
Descrizione: This package constrains system package versions to the same
build. WARNING: Proper system update and correct package
selection depend on the presence of this incorporation.
Removing this package will result in an unsupported system.
Categoria: Meta Packages/Incorporations
Stato: Installato
Publisher: solaris
Versione: 0.5.11 (Oracle Solaris 11.3.1.5.0)
Release della build: 5.11
Ramo: 0.175.3.1.0.5.0
Data del packaging: 06 ottobre 2015 14:00:51
Dimensione: 5.46 KB
FMRI: pkg://solaris/entire@0.5.11,5.11-0.175.3.1.0.5.0:20151006T140051Z

# pkg info gtk2
Nome: library/desktop/gtk2
Riepilogo: GTK+ - GIMP toolkit libraries
Categoria: Desktop (GNOME)/Libraries
Stato: Installato
Publisher: solaris
Versione: 2.20.1
Release della build: 5.11
Ramo: 0.175.2.0.0.41.0
Data del packaging: 09 giugno 2014 23:20:38
Dimensione: 64.35 MB
FMRI: pkg://solaris/library/desktop/gtk2@2.20.1,5.11-0.175.2.0.0.41.0:20140609T232038Z

Thank you very much for your support,

giovanni

predrag.zecevic's picture

predrag.zecevic

Fri, 12/09/2016 - 15:17

Hi Thomas,


$ /usr/lib/libreoffice/program/soffice
ld.so.1: soffice.bin: fatal: relocation error: file /usr/lib/libreoffice/program/libvcllo.so: symbol _ZNSt8__detail15_List_node_base7_M_hookEPS0_: referenced symbol not found

Regards.

predrag.zecevic's picture

predrag.zecevic

Fri, 12/09/2016 - 15:52

Hi,

after calming down and looking to output:

$ ldd /usr/lib/libreoffice/program/libvcllo.so | grep "version not found"
libstdc++.so.6 (GLIBCXX_3.4.15) => (version not found)
libstdc++.so.6 (CXXABI_1.3) => (version not found)

I got idea that maybe LO startup program takes wrong library, looked around on system:

$ locate libstdc++.so.6 | grep sfe
/usr/gcc-sfe/4.8/lib/libstdc++.so.6
/usr/gcc-sfe/4.8/lib/libstdc++.so.6.0.19
/usr/gcc-sfe/4.8/lib/libstdc++.so.6.0.19-gdb.py
/usr/gcc-sfe/4.8/lib/amd64/libstdc++.so.6
/usr/gcc-sfe/4.8/lib/amd64/libstdc++.so.6.0.19
/usr/gcc-sfe/4.8/lib/amd64/libstdc++.so.6.0.19-gdb.py
/usr/gnu/lib/libstdc++.so.6.sfe

Got idea (which actually made LO working again; although it is ugly hack):

$ LD_LIBRARY_PATH=/usr/gcc-sfe/4.8/lib /usr/lib/libreoffice/program/soffice

Voila!

Hope this will help someone else

P.S. I have this setup:

$ crle
Configuration file [version 4]: /var/ld/ld.config
Platform: 32-bit LSB 80386
Default Library Path (ELF): /lib:/usr/lib
Trusted Directories (ELF): /lib/secure:/usr/lib/secure (system default)
Command line:
crle -c /var/ld/ld.config -l /lib:/usr/lib

tomww

Fri, 12/09/2016 - 16:59

I can see from your output, that the package sfe/system/library/gcc-runtime looks modified:

/usr/gnu/lib/libstdc++.so.6.sfe might need to be restored.

Does it help if you run "pfexec pkg fix -v sfe/system/library/gcc-runtime" ?

This should give you symlinks like this:
ls -l /usr/gcc/lib/libstdc++.so*
/usr/gcc/lib/libstdc++.so -> ../../gcc-sfe/4.8/lib/libstdc++.so
/usr/gcc/lib/libstdc++.so.6 -> ../../gcc-sfe/4.8/lib/libstdc++.so.6

Regards,
Thomas

tomww

Mon, 11/14/2016 - 19:58

Hi Giovanni,

to have a closer look at this I would suggest you email the output of some commands to the email address sfepackages at g mail dot com

pkg list -v > pkg_list_-v.txt
ldd -r /usr/lib/libreoffice/program/libvcllo.so > ldd_-r.txt
pkg info gcc gcc-runtime gcc-48 gcc-48-runtime > gcc_packages.txt

I'll then compare it with my compile machine and with my workstation and come back to you with either more questions or a possible solution.

And as always, thanks for using SFE!

Regards,
Thomas

predrag.zecevic's picture

predrag.zecevic

Mon, 12/12/2016 - 09:17

Hi Thomas,

Yes, indeed:

$ pfexec pkg fix -v sfe/system/library/gcc-runtime
Packages to fix: 1
Estimated space available: 92.72 GB
Estimated space to be consumed: 263.31 MB
Create boot environment: No
Create backup boot environment: Yes
Rebuild boot archive: No
.
Changed packages:
localhostoih
sfe/system/library/gcc-runtime
4.8.5-0.0.151.1.8
.
Repairing: pkg://localhostoih/sfe/system/library/gcc-runtime@4.8.5,5.11-0.0.151.1.8:20161020T212551Z
PACKAGE STATUS
pkg://localhostoih/sfe/system/library/gcc-runtime ERROR
link: usr/gnu/lib/libstdc++.so
ERROR: Missing: symbolic link does not exist
link: usr/gnu/lib/libstdc++.so.6
ERROR: Missing: symbolic link does not exist


$ ls -l /usr/gcc/lib/libstdc++.so*
lrwxrwxrwx 1 root root 34 Oct 27 08:45 /usr/gcc/lib/libstdc++.so -> ../../gcc-sfe/4.8/lib/libstdc++.so
lrwxrwxrwx 1 root root 36 Oct 27 08:45 /usr/gcc/lib/libstdc++.so.6 -> ../../gcc-sfe/4.8/lib/libstdc++.so.6

It works now, w/o LD_LIBRARY_PATH.

I have tried almost everything from SFE repository since ONLY localhostoi appeared... Moved to localhostioh one day and some packages were replaced with hipster-encumbered copy. So, that might explain discrepancy in package data...
Thanks for spotting it.

Regards/Mit freundlichen Grüßen

bqbauer

Fri, 12/23/2016 - 20:09

I have LibreOffice 4.4.7.2 installed from this repo on 4-5 Solaris 11.3 machines so far, including those at SRU 15.4. No issues found with it after a month or so, and I'm SO appreciative of this repository and all your efforts. This includes everyone providing assistance and help with debugging and testing.

We're a minority out there, and people don't know the advantages of this OS. I'm eager to test LibreOffice 5. Thanks again for giving us more resources.

tomww

Mon, 12/26/2016 - 01:29

Thank you, this is cool feedback!

LibreOffice5 is not too far away, stay tuned!

Thomas

Solaris-Since

Wed, 12/28/2016 - 11:40

Hello,

First of all many thanks for making LibreOffice available on Solaris!
But it's not so smooth as it could be.
After I installed these updates LibreOffice 4.4.7.2 does not start any more


Changed packages:
localhosts11
library/g++/glib2
None -> 2.44.1,5.11-0.0.175.3.1.0.5.0:20161225T231502Z
library/g++/libffi
None -> 3.2.1,5.11-0.0.175.3.1.0.5.0:20161223T204145Z
library/g++/harfbuzz
0.9.38,5.11-0.0.175.3.1.0.5.0:20160104T110526Z -> 1.0.6,5.11-0.0.175.3.1.0.5.0:20161224T134808Z
sfe/library/g++/libwps
0.3.1,5.11-0.0.175.3.1.0.5.0:20160807T163116Z -> 0.4.3,5.11-0.0.175.3.1.0.5.0:20161224T162418Z
sfe/library/gnu/openldap
2.4.44,5.11-0.0.175.3.1.0.5.0:20161127T144409Z -> 2.4.44,5.11-0.0.175.3.1.0.5.0:20161217T170616Z
sfe/system/library/gcc-48-runtime
4.8.5,5.11-0.0.175.3.1.0.5.0:20161020T215453Z -> 4.8.5,5.11-0.0.175.3.1.0.5.0:20161216T233859Z
sfe/system/library/gcc-runtime
4.8.5,5.11-0.0.175.3.1.0.5.0:20161020T215356Z -> 4.8.5,5.11-0.0.175.3.1.0.5.0:20161216T233800Z

/usr/lib/libreoffice/program> ./soffice
Gdk-ERROR **: g_thread_init() must be called before gdk_threads_init()
aborting...

/usr/lib/libreoffice/program> ./soffice.bin
Gdk-ERROR **: g_thread_init() must be called before gdk_threads_init()
aborting...
Abort (core dumped)

I think this happened because new glib2 library appeared in /usr/g++/lib/ and it replaces the original library in /usr/lib/libglib-2.0.so

pkg list -af library/g++/glib2 library/g++/harfbuzz
NAME (PUBLISHER) VERSION IFO
library/g++/glib2 (localhosts11) 2.44.1-0.0.175.3.1.0.5.0 i--
library/g++/harfbuzz (localhosts11) 1.0.6-0.0.175.3.1.0.5.0 i--
library/g++/harfbuzz (localhosts11) 0.9.38-0.0.175.3.1.0.5.0 ---
library/g++/harfbuzz (localhosts11) 0.9.38-0.0.175.3.1.0.5.0 ---
library/g++/harfbuzz (localhosts11) 0.9.38-0.0.175.3.1.0.5.0 ---
library/g++/harfbuzz (localhosts11) 0.9.38-0.0.175.2.12.0.3.0 ---
library/g++/harfbuzz (localhosts11) 0.9.38-0.0.175.2.12.0.3.0 ---
library/g++/harfbuzz (localhosts11) 0.9.38-0.0.175.0.0.0.2.0 ---
library/g++/harfbuzz (localhosts11) 0.9.38-0.0.175.0.0.0.2.0 ---
library/g++/harfbuzz (localhosts11) 0.9.38-0.0.175.0.0.0.2.0 ---
library/g++/harfbuzz (localhosts11) 0.9.38-0.0.175.0.0.0.2.0 ---
library/g++/harfbuzz (localhosts11) 0.9.38-0.0.175.0.0.0.2.0 ---

I use the latest Solaris 11.3 with SRU 15.4

Unfortunately I cannot remove the updates:
pkg uninstall -nv library/g++/harfbuzz pkg:/library/g++/glib2
Creating Plan (Solver setup): -
pkg uninstall: Unable to remove 'library/g++/harfbuzz@1.0.6-0.0.175.3.1.0.5.0' due to the following packages that depend on it:
desktop/application/libreoffice4@4.4.7.2-0.0.175.3.1.0.5.0

Please advise how to make LibreOffice to run again.

I can provide any information - core file(s), stack dump(s), truss outputs and so on.

P.S. I don't want to use previous BE to fix this issue since I upgraded other software as well
and it's not so easy to revert everything back.

Regards
Victor

tomww

Thu, 12/29/2016 - 12:24

Hi!

(Publisher localhosts11 for Solaris 11)
Accidentially the g++/glib2 package slipped into the public IPS server and stayd there, even if removed from the build servers on my side (glib2 is removed now). The problem why g++/glib2 oesn't work is not solved yet. So it is more it just doesn't work instead that the overlay of the system delivered glib2 would be a problem. If you run /usr/g++/bin/g then you get segementation faults.

To get LibreOffice work again, it should be sufficient to uninstall it:
pfexec pkg uninstall g++/glib2

If g++/harfbuzz is involed to, you would need to uninstall that one and its dependencies too, after that reinstall and the older verison not depending on g++/glib2 is selected for install.

Please drop me a note if that worked for you.

Regards,
Thomas

Solaris-Since

Fri, 12/30/2016 - 10:59

Thanks for the advise.
I uninstalled g++/harfbuzz g++/glib2 libreoffice4 libreoffice4-desktop-int
and then installed libreoffice4-desktop-int libreoffice4.
This solved my problem and LO works again.

Regards
Victor

tomww

Thu, 12/29/2016 - 12:24

Hi!

(Publisher localhosts11 for Solaris 11)
Accidentially the g++/glib2 package slipped into the public IPS server and stayed there, even if removed from the build servers on my side (glib2 is removed now). The underlaying problem why g++/glib2 doesn't work is not solved yet (searching for the cause for core dumps ongoing).
So the overlay of the system delivered glib2 is not the neccessarily the problem. If you run /usr/g++/bin/g then you get segementation faults. That needs to be solved if we want or need the updated glib2.

To get LibreOffice work again, it should be sufficient to uninstall it:
pfexec pkg uninstall g++/glib2

If g++/harfbuzz is involed to, you would need to uninstall that one and its dependencies too, after that reinstall and the older verison not depending on g++/glib2 is selected for install.

Please drop me a note if that worked for you.

Regards,
Thomas