Unable to build LibreOffice with sbopkg

willysr · 04-21-2017, 09:42 PM

Maintainer decide what should be included in the script, while users decide what to install on their system. I guess the same philosophy happened in Slackware as well. Pat decide what's included and how it's built in Slackware, while users may decide to add third party packages into their own machines or modify some scripts to adjust their needs (take ffmpeg in -current as an example).

chris.willing · 04-22-2017, 12:50 AM

Quote:

Originally Posted by orbea

I've told you this before, but apparently you haven't listened. The only required dependency for libreoffice is perl-archive-zip.

I guess you mean LibreOffice (building from source) rather than libreoffice (repackaging binaries) do you? I doubt perl-archive-zip is needed for libreoffice.

Whatever, you should distinguish between people who 'haven't listened' and those who haven't agreed with you. If you look at the SlackBuild for LibreOffice, you will see that it has switches for AVAHI and VLC which both default to off. I included those some time ago after listening to you about these features being on needlessly by default. In those cases, I listened and agreed with you.

Quote:

Everything else should be left up to the user's discretion, especially proprietary software like jdk.

For LibreOffice, the requirement was recently changed from jdk to openjdk, so nothing proprietary to see there. In fact the SlackBuild has options (via a JAVA switch) to use jdk, openjdk, openjdk8, or no java at all! I'd call that user discretion wouldn't you?

Quote:

So since you will not correctly inform users I guess I can do it for you...

If you look at my opening statement more carefully, you'll see I was talking about openjdk(8) being better for use with wget - nothing about requirements (which seem to be your beef) for LibreOffice/libreoffice. I'm not sure how that was incorrect information that you could now be correcting for us. Are you able to wget jdk? Are you unable to wget openjdk(8)?

chris

mfoley · 04-23-2017, 02:15 PM

Sorry to hijack this interesting discussion back to the original issue, but still having problems with the LibreOffice build. I'm getting the following error:

Code:

/tmp/SBo/libreoffice-5.3.2.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/SBo/libreoffice-5.3.2.2/workdir/Gallery/diagrams.done' failed
make[1]: *** [/tmp/SBo/libreoffice-5.3.2.2/workdir/Gallery/diagrams.done] Error 1
make[1]: *** Waiting for unfinished jobs....
/tmp/SBo/libreoffice-5.3.2.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/SBo/libreoffice-5.3.2.2/workdir/Gallery/arrows.done' failed
make[1]: *** [/tmp/SBo/libreoffice-5.3.2.2/workdir/Gallery/arrows.done] Error 1
/tmp/SBo/libreoffice-5.3.2.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/SBo/libreoffice-5.3.2.2/workdir/Gallery/computers.done' failed
make[1]: *** [/tmp/SBo/libreoffice-5.3.2.2/workdir/Gallery/computers.done] Error 1
Makefile:263: 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?:
sbopkg: process_package: Unknown response: "".
(Y)es to continue, (N)o to abort, (R)etry the build?:

If I answer 'Y' the build for 5.3.2.2 fails. I've done this twice now. Note that the referenced path is /tmp/SBo/libreoffice, not /tmp/SBo/LibreOffice, yet I did run `sbopkg -i LibreOffice` (verified by looking at the history).

Is the LibreOffice package not quite ready or is the presence of both /tmp/SBo/LibreOffice and /tmp/SBo/libreoffice confusing things? I'm going to completely clean out /tmp/SBo, kill all queuefile and start again so there is no libreoffice subdirectory. Unfortunately, getting to that error point takes 26 hours on my computer.

Through this thread I've learned that the libreoffice package is the binary and the LibreOffice package is built from source -- a distinction mentioned on the SlackBuilds pages, but one that I missed. My previous installation must have been libreoffice since I know it didn't take that long to build.

To get "closure", I'm first going to try removing both libreoffice and LibreOffice, cleaning out /tmp/SBo, and rebuilding LibreOffice from source -- just to see if that error goes away. If not, I'll install libreoffice.

I'll be back in 26 hours!

willysr · 04-23-2017, 02:40 PM

Just to be clear, did you test this on -stable or -current?

bassmadrigal · 04-23-2017, 05:55 PM

There is no specific error message in your output, only reports that it failed further up, so it makes it hard to diagnose. There should be a more detailed error message further up that may shed some light on why this failed.

mfoley · 04-24-2017, 04:18 PM

Well, it failed again, there are 2 days of messages -- perhaps I should have tee'd the output, but I think the failure is at the point the messages are display. I'm going to clear out LibreOffice and build libreoffice and see if that works better:

Code:

[build GAL] computers
[build GAL] diagrams
[build GAL] education
[build GAL] environment
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker'
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker'
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker'
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker'
/tmp/sbopkg.PvWzj4/libreoffice-5.3.2.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/sbopkg.PvWzj4/libreoffice-5.3.2.2/workdir/Gallery/diagrams.done' failed
make[1]: *** [/tmp/sbopkg.PvWzj4/libreoffice-5.3.2.2/workdir/Gallery/diagrams.done] Error 1
make[1]: *** Waiting for unfinished jobs....
/tmp/sbopkg.PvWzj4/libreoffice-5.3.2.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/sbopkg.PvWzj4/libreoffice-5.3.2.2/workdir/Gallery/arrows.done' failed
make[1]: *** [/tmp/sbopkg.PvWzj4/libreoffice-5.3.2.2/workdir/Gallery/arrows.done] Error 1
/tmp/sbopkg.PvWzj4/libreoffice-5.3.2.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/sbopkg.PvWzj4/libreoffice-5.3.2.2/workdir/Gallery/computers.done' failed
make[1]: *** [/tmp/sbopkg.PvWzj4/libreoffice-5.3.2.2/workdir/Gallery/computers.done] Error 1
/tmp/sbopkg.PvWzj4/libreoffice-5.3.2.2/solenv/gbuild/Gallery.mk:58: recipe for target '/tmp/sbopkg.PvWzj4/libreoffice-5.3.2.2/workdir/Gallery/education.done' failed
make[1]: *** [/tmp/sbopkg.PvWzj4/libreoffice-5.3.2.2/workdir/Gallery/education.done] Error 1
Makefile:263: recipe for target 'build' failed
make: *** [build] Error 2
Cleaning up...

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?:

willysr: I am testing this on 14.2

mfoley · 04-24-2017, 05:35 PM

I was able to install libreoffice (binaries) which took 13 minutes versus 26 hours (yes, I understand the difference with a from-source build). libreoffice did require the Oracle jdk, so I had to download that as a manual step to /var/cache/sbopkg. But, it works.

chris.willing · 04-24-2017, 10:55 PM

I'm sorry you had some much trouble with building it from source (and glad the repackaging version works for you).

I tried to replicate the problem in order to troubleshoot it; yesterday & overnight I've done 9 builds of it, each in a fresh VM (and, luckily, a lot less than 26hrs each). Results were all OK except one which showed the same output as yours. In the build that failed, I did the equivalent for your "(R)etry the build" and the retry then succeeded. I guess it's some sort of race condition in the build where some component is not built in time for some other component, maybe dependent on cpu load, number of available cpus/threads - something like that. Maybe setting the number of parallel makes to 1 would help in those cases but I don't fancy making that the default (maybe a SlackBuild option though) and, with a 26hr build time, I can't expect you to volunteer to test it anyway.

If anyone has other bright ideas about it, please let me know.

chris

mfoley · 04-25-2017, 01:23 AM

My processor isn't a slacker: i3-2350M CPU @ 2.30GHz, 4 cores, 4GB memory. It's possible I had a WIN7 VM running at the same time. I don't recall whether I did the Retry option. I think I did do that on the 1st attempt. I'll give this a try on another system in the near future. How do you set the number of parallel makes?

chris.willing · 04-25-2017, 02:15 AM

I've added an update to the SlackBuild which enables setting number of make jobs like:

Code:

    PARALLEL=1 sh LibreOffice.SlackBuild

That update is at https://slackbuilds.org/cgit/slackbu.../?id=b7b07334a if you want it before the next public update.

As a quick hack, you could alternatively add:

Code:

    --with-parallelism=1 \

somewhere before the last of the configure options in your existing LibreOffice.SlackBuild file.

chris

aikempshall · 12-08-2019, 09:44 AM

Apologies for digging this problem back up from 2017!

Since starting to use this SlackBuild about a month or so ago I too get this problem. Every time.

Quote:

[build RDB] services
[build BIN] sc
[build MOD] sc
[build BIN] postprocess
[build GAL] arrows
[build GAL] backgrounds
[build GAL] computers
[build GAL] diagrams
[build GAL] education
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker'
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker'
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker'
Bootstrap exception 'component context fails to supply service com.sun.star.ucb.UniversalContentBroker of type com.sun.star.ucb.XUniversalContentBroker'
make[1]: *** [/home/packages/tmp/SBo/libreoffice-6.3.3.2/solenv/gbuild/Gallery.mk:55: /home/packages/tmp/SBo/libreoffice-6.3.3.2/workdir/Gallery/computers.done] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: *** [/home/packages/tmp/SBo/libreoffice-6.3.3.2/solenv/gbuild/Gallery.mk:55: /home/packages/tmp/SBo/libreoffice-6.3.3.2/workdir/Gallery/diagrams.done] Error 1
make[1]: *** [/home/packages/tmp/SBo/libreoffice-6.3.3.2/solenv/gbuild/Gallery.mk:55: /home/packages/tmp/SBo/libreoffice-6.3.3.2/workdir/Gallery/backgrounds.done] Error 1
make[1]: *** [/home/packages/tmp/SBo/libreoffice-6.3.3.2/solenv/gbuild/Gallery.mk:55: /home/packages/tmp/SBo/libreoffice-6.3.3.2/workdir/Gallery/arrows.done] Error 1
make: *** [Makefile:282: build] Error 2
LibreOffice.SlackBuild.20191208125628.log lines 128609-128663/128663 (END)

Before starting the SlackBuild I do a

Code:

removepkg LibreOffice
sh LibreOffice.SlackBuild

After about 2 hours it fails with the above messages.

I then reboot the machine and the SlackBuild works.

If I don't reboot the machine every time I attempt to compile LibreOffice I always get the above failure.

I'm wondering if on starting a machine with LibreOffice installed that LibreOffice grabs hold of something that interferes with the compile and whatever is grabbed isn't being cleared completely by removing the package, but is by restarting the machine.

I've noted the discussion above about parallelism I'm using --with-parallelism=4 and would be loathe to drop to --with-parallelism=1 as that would considerably lengthen the time taken to compile LibreOffice. The easy solution, for me, is to compile during a quiet period (on a Sunday) when I can do removepkg, reboot machine, compile LibreOffice without interfering with the day jobs.

Any thoughts.

Alien Bob · 12-08-2019, 10:01 AM

This almost 2 years old thread on the SBO mailing list show pretty much the same error: https://lists.slackbuilds.org/piperm...ry/020873.html

aikempshall · 12-09-2019, 04:56 AM

Might be getting somewhere.

This time I did the following -

removepkg LibreOffice
removed /usr/lib64/libreoffice/program from my path
unset UNO_PATH
unset URE_BOOTSTRAP

The variables PATH, UNO_PATH and URE_BOOTSTRAP are exported by /etc/profile.d/libreoffice.sh which is installed by the package LibreOffice

Quote:

export UNO_PATH=/usr/lib64/libreoffice/program
export URE_BOOTSTRAP=vnd.sun.star.pathname:/usr/lib64/libreoffice/program/fundamentalrc
export PATH=${PATH}:/usr/lib64/libreoffice/program

Though removepkg LibreOffice removes /etc/profile.d/libreoffice.sh it leaves the environment variables in place.

Need to go through the removepkg / build cycle a few more times to make sure that it isn't something else.

Alex

aikempshall · 12-09-2019, 10:20 AM

Tried it in another VirtualBox guest.

This time all I did was

removepkg LibreOffice
unset UNO_PATH
unset URE_BOOTSTRAP
LibreOffice.SlackBuild

It compiled successfully.

Bindestreck · 08-30-2020, 09:44 AM

Quote:

Originally Posted by aikempshall

Tried it in another VirtualBox guest.

This time all I did was

removepkg LibreOffice
unset UNO_PATH
unset URE_BOOTSTRAP
LibreOffice.SlackBuild

It compiled successfully.

Thank you for this, I have been struggling with this error everytime time I re-compile. So, this is the solution and should be stated in the SlackBuild README file.