[SOLVED] Having trouble building LibreOffice, again
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.
I've spent the past 3 days trying to update/rebuild LibreOffice on my Slackware64 14.2 system. In fact, I started a week ago with the sbopkg compiled version: LibreOffice. That has failed for a week, but I'll not post those build errors here.
I've built this all several times in the past, but for some reason I'm having trouble this time.
For the past couple of days I've been trying to build the binary version: libreoffice. I've gone to http://www.oracle.com/technetwork/ja...s-2133151.html, I've agreed to the Oracle jdk license, downloaded jdk-8u144-linux-x64.tar.gz, and moved it to /var/cache/sbopkg. Then:
Code:
# sbopkg -i libreoffice
:
Processing jdk
jdk:
Found jdk-8u144-linux-x64.tar.gz in /var/cache/sbopkg.
Checking MD5SUM:
MD5SUM check for jdk-8u144-linux-x64.tar.gz ... FAILED!
Expected: 2d59a3add1f213cd249a67684d4aeb83
Found: 81ee08846975d4b8d46acf3b6eddf103
Do you want to use the downloaded jdk source:
jdk-8u144-linux-x64.tar.gz in /var/cache/sbopkg?
You can choose among the following options:
- (Y)es, keep the source and continue the build process;
- (N)o, delete the source and abort the build process;
- (R)etry download and continue the build process; or
- (A)ttempt to download from third party source repository.
(Y)es, (N)o, (R)etry, (A)lternative ?: Y
Keeping the source and continuing.
Building package for jdk...
gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error is not recoverable: exiting now
jdk:
Would you like to continue processing the rest of the
queue or would you like to abort? If this failed
package is a dependency of another package in the queue
then it may not make sense to continue.
(Y)es to continue, (N)o to abort, (R)etry the build?:
I'm not sure why the md5sum doesn't match except perhaps the current download from the Oracle site might have updates since the SBo package was configured. However, I don't get the "gzip: stdin: not in gzip format". If I `tar -tvf` the jdk archive it lists everything fine.
To answer willysr's and glorsplitz's comments, I've tried the LibreOffice source package over the past week and I always get the following, which is why I tried the binary package. So, if anyone can help me solve either build problem, I'll use whatever works:
Code:
:
[build GAL] people
[build GAL] symbols
[build GAL] sounds
/tmp/SBo/libreoffice-5.4.1.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/computers.done' failed
make[1]: *** [/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/computers.done] Error 1
make[1]: *** Waiting for unfinished jobs....
/tmp/SBo/libreoffice-5.4.1.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/arrows.done' failed
make[1]: *** [/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/arrows.done] Error 1
/tmp/SBo/libreoffice-5.4.1.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/diagrams.done' failed
make[1]: *** [/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/diagrams.done] Error 1
/tmp/SBo/libreoffice-5.4.1.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/education.done' failed
make[1]: *** [/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/education.done] Error 1
/tmp/SBo/libreoffice-5.4.1.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/environment.done' failed
make[1]: *** [/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/environment.done] Error 1
/tmp/SBo/libreoffice-5.4.1.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/finance.done' failed
make[1]: *** [/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/finance.done] Error 1
/tmp/SBo/libreoffice-5.4.1.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/people.done' failed
make[1]: *** [/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/people.done] Error 1
/tmp/SBo/libreoffice-5.4.1.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/symbols.done' failed
make[1]: *** [/tmp/SBo/libreoffice-5.4.1.2/workdir/Gallery/symbols.done] Error 1
Makefile:267: recipe for target 'build' failed
make: *** [build] Error 2
LibreOffice:
Would you like to continue processing the rest of the
queue or would you like to abort? If this failed
package is a dependency of another package in the queue
then it may not make sense to continue.
(Y)es to continue, (N)o to abort, (R)etry the build?:
After someone had a similar problem, for which they eventually found their own solution, I added it to the README for 5.4.2.2 (so you may not have seen it). Apparently the problem disappeared after they first removed an existing LO installation from their system. They also ran with PARALLEL=1, although I doubt this is strictly part of the solution (you're in for a very long build time if it is). I always build in a clean VM, so never have an existing LO installation to contend with, but use as many cores as available (6 in my VMs).
chris.willing: Thanks for that info. In fact, the last paragraph of your README was the isssue, "Some people have experienced difficulties building LibreOffice while a previoius version is still installed." I removed everything in /tmp/SBo and var/cache/sbo and re-ran the binary install, and this time it worked. I'll give the source installation a try later today on a different computer, but I'll bet cleaning out the old installation will work there too.
I did the source-build again on two different computers. One worked, the other didn't. On the one that did not I was able to install the binary package (libreoffice). Perhaps I do need to specify that PARALLEL=1 as the source-build seems to fail at different places. Is that something I can specify on the sbopkg command line or do I have to edit the slackbuild script and run it manually?
Another interesting item is that the computer which does not source-build has a Ryzen processor (although I've had build failures on other architectures). This link: https://linux.slashdot.org/story/17/...oblem-on-ryzen, says that problems with Linux "are found to occur with many, parallel compilation workloads in particular".
In the end, I do get it to build with the binary package, after deleting all SBo related files in /etc and /var/cache/sbopkg; and, if necessary, removing the package as well. Thanks for the suggestion. I may try out alien bob's package, but I'm tired of experimenting for the moment. I think the SBo source-build may have something to do with the PARALLEL=x thing as it doesn't always fail in the same place. There may also be an issue with the Ryzen processor according to that link I posted.
I'll likely play with this again next quarter which is when I'll be updating OS components again.
Because all workstations are now built either with the source-build or binary-build. The source build takes up to 12 hours on some of the workstations. These are production machines, so I can't be doing that during the work-week. And, as I said in my previous post, I schedule OS and SBo updates quarterly and this quarter's effort is done. Another factor is that I am currently using the standard slackpkg repo and the SlackBuilds repo and the only repo I currently use outside of those is Ivandi's for PAM. I'd like to keep package update sources to a minimum for the benefit of other sysadmins. As I mentioned, I'll consider the alien repo next time.
In any case, I may just stick with the binary-build as it takes about 20 minutes on the slowest machine. The only additional effort needed there is getting the java jdk from Oracle instead of using openjdk. That's a bit of a pain, but once downloaded to one machine it can be easily propigated and saves 12-ish hours of compile time, per machine.
Well, it's proving to be impossible to build LibreOffice this time. The binary build actually didn't work completely. It did create the executables, but all mimetypes were lost and I cannot open any attachments from Thunderbird. In retrying the libreoffice binary package I notice the following errors:
Code:
chmod: cannot operate on dangling symlink './usr/share/applications/libreoffice5.4-calc.desktop'
chmod: cannot operate on dangling symlink './usr/share/applications/libreoffice5.4-impress.desktop'
chmod: cannot operate on dangling symlink './usr/share/applications/libreoffice5.4-startcenter.desktop'
chmod: cannot operate on dangling symlink './usr/share/applications/libreoffice5.4-base.desktop'
chmod: cannot operate on dangling symlink './usr/share/applications/libreoffice5.4-writer.desktop'
chmod: cannot operate on dangling symlink './usr/share/applications/libreoffice5.4-draw.desktop'
chmod: cannot operate on dangling symlink './usr/share/applications/libreoffice5.4-xsltfilter.desktop'
chmod: cannot operate on dangling symlink './usr/share/applications/libreoffice5.4-math.desktop'
chmod: cannot operate on dangling symlink './usr/bin/libreoffice5.4'
I'm assuming that explains the missing .desktop files.
I tried the LibreOffice source build several time, but they always fail. I've even set PARALLEL=1. They fail in different places; the latest (after a 10 hour build):
Code:
:
[build LNK] Executable/gengal.bin
[build GAL] arrows
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker'
/tmp/SBo/libreoffice-5.4.2.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/SBo/libreoffice-5.4.2.2/workdir/Gallery/arrows.done' failed
make[1]: *** [/tmp/SBo/libreoffice-5.4.2.2/workdir/Gallery/arrows.done] Error 1
Makefile:267: recipe for target 'build' failed
make: *** [build] Error 2
LibreOffice:
Would you like to continue processing the rest of the
queue or would you like to abort? If this failed
package is a dependency of another package in the queue
then it may not make sense to continue.
(Y)es to continue, (N)o to abort, (R)etry the build?:
Yes, I am completely removing the old libreoffice and JDK packages, deleting /tmp/SBo/* and clearing the cache.
Since I have been unable to build a working LibreOffice for nearly 2 weeks from either the binary or source LibreOffice packages, I'm going to give Alien Bob's a shot.
Well, the Alien package(s) took about 5 minutes to download and install! I installed the LibreOffice 5.4.2.2, English dictionary and the KDE intergration packages from the link provided by multios and ChuangTzu. Thunderbird now works perfectly opening attachments! Given my experiences with the SBo packages, I think the Alien packages are the way to go for me. As I mentioned I am using Alien Bob's PAM packages.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.