After installing cppunit the only thing that checkpkg finds is this for me:
Here is the complete log if anyone wants to look at it: (4.1 MiB)
*Link/File deleted*

I may have found a couple of clues to what is going on while searching around. Might be nothing, but I'll give it a go tom.

*Actually I found another error

I do not have that installed when I compile Libre Office.

I'de like to see what /var/log/packages looks like on AB's build machine.
that would tell me something. Identical package loads on supported machines
running the same version of slackware should compile the identical sources
identically, no? cppunit is not an official package either. My intuition was
telling me cppunit wasn't related to these errors.

Rather than chase
obscure cryptic error meesages, how about we approach it from the other direction- try & make the
machines/software as close to identical as possible. Of course I am AMD here and
others may be intel but that should not matter where basic OS package load is concerned.

If it was just a case of one or two packages missing that would have been apparent
from the error messages by now. The way this is going the error messages themselves have
shed no more light on the situation and only left me scratching my head even more because
the same sources that won't compile here, compile just fine on AB's computer.

While I am not running a full install (no KDE, KDE libs, E, Xgames, FAQ, helpfiles, and only twm & flux as wm's)
I do always install everything in L as well as all source & header files, and compilers

The only non official pkgs I'm running (that matter here) are:
ant-1.9.7
openjdk 8x

both from AB.

If I could see a /var/log/packages dump, then I could see how truly different your build environment is from mine.
Or if you would rather see mine..

If I got my machine's pkg profile to match yours, and the thing still won't compile then I guess this was just
not meant to be.




.

I'm running a clean full install (minus kdei), with;
apache-ant-1.9.7, jdk-7u45 and perl-archive-zip-1.39 from SBo.
That last compile I installed cppunit, and seemed to make a difference. Maybe not.

The only other errors I found in my log:
Except of course for the final fail;

We are talking about a compilation on Slackware-current here, right?
My build machine is a full Slackware (minus the KDEI series) and for the purpose of building LibreOffice, I add Oracle's JDK 7, Apache Ant and perl-archive-zip packages.
For slackware current, the actual list of installed packages varies of course. When I built LO 5.2.1 for slackware current, this was on a full installation of slackware-current dated "Thu Sep 8 21:35:02 UTC 2016"

The other packages added on top of that are: jdk-7u45, apache-ant-1.9.7 and perl-archive-zip-1.31_04.

When I compiled for Slackware 14.2 that too, was on a full installation of Slackware (minus KDEI) and with the same package names and version numbers added on top.

yes, slack current_64

got perl, but
no perl archive here. that may be the missing piece.
don't use perl,
don't much like it,
but I know many others do both of those things.

I'll try again and see what perl archive changes

Last night's build, stripped with checkpkg.sh:

++ Checking logfile 'build-log.txt' (no news is good news):
45869 ^H:Error: a unit test failed, please do one of:
45878 ^H:make[1]: *** [/tmp/build/tmp-libreoffice/libreoffice-5.2.1.2/workdir/CppunitTest/starmath_import.test] Error 1
45881 ^H:make: *** [build] Error 2
48661 ^H:ERROR: File not found: libdbulo.so
48662 ^H:ERROR: File not found: libsclo.so
48663 ^H:ERROR: File not found: libscfiltlo.so
48664 ^H:ERROR: File not found: libscuilo.so
48665 ^H:ERROR: File not found: libvbaobjlo.so
48666 ^H:ERROR: File not found: libcuilo.so
48667 ^H:ERROR: File not found: libsdlo.so
48668 ^H:ERROR: File not found: libsdfiltlo.so
48669 ^H:ERROR: File not found: libsduilo.so
48670 ^H:ERROR: File not found: libswlo.so
48671 ^H:ERROR: File not found: librptlo.so
48672 ^H:ERROR: File not found: librptuilo.so
48673 ^H:ERROR: File not found: librptxmllo.so
48674 ^H:ERROR: File not found: libmswordlo.so
48675 ^H:ERROR: File not found: libswuilo.so
48676 ^H:ERROR: File not found: libvbaswobjlo.so
48677 ^H:ERROR: File not found: libwriterfilterlo.so
48678 ^H:ERROR: File not found: Gallery/arrows.filelist
48679 ^H:ERROR: File not found: Gallery/computers.filelist
48680 ^H:ERROR: File not found: Gallery/diagrams.filelist
48681 ^H:ERROR: File not found: Gallery/education.filelist
48682 ^H:ERROR: File not found: Gallery/environment.filelist
48683 ^H:ERROR: File not found: Gallery/finance.filelist
48684 ^H:ERROR: File not found: Gallery/people.filelist
48685 ^H:ERROR: File not found: Gallery/sounds.filelist
48686 ^H:ERROR: File not found: Gallery/symbols.filelist
48687 ^H:ERROR: File not found: Gallery/transportation.filelist
48688 ^H:ERROR: File not found: Gallery/txtshapes.filelist
48689 ^H:ERROR: File not found: services.rdb
49372 ^H:: ERROR: Source for libdbulo.so not found!
49381 ^H:: ERROR: Source for libsclo.so not found!
49383 ^H:: ERROR: Source for libscfiltlo.so not found!
49384 ^H:: ERROR: Source for libscuilo.so not found!
49386 ^H:: ERROR: Source for libvbaobjlo.so not found!
49454 ^H:: ERROR: Source for libcuilo.so not found!
49538 ^H:: ERROR: Source for libsdlo.so not found!
49542 ^H:: ERROR: Source for libsdfiltlo.so not found!
49543 ^H:: ERROR: Source for libsduilo.so not found!
49559 ^H:: ERROR: Source for libswlo.so not found!
49683 ^H:: ERROR: Source for librptlo.so not found!
49684 ^H:: ERROR: Source for librptuilo.so not found!
49685 ^H:: ERROR: Source for librptxmllo.so not found!
49737 ^H:: ERROR: Source for libmswordlo.so not found!
49739 ^H:: ERROR: Source for libswuilo.so not found!
49741 ^H:: ERROR: Source for libvbaswobjlo.so not found!
49743 ^H:: ERROR: Source for libwriterfilterlo.so not found!
49934 ^H:: ERROR: Source for Gallery/arrows.filelist not found!
49936 ^H:: ERROR: Source for Gallery/computers.filelist not found!
49937 ^H:: ERROR: Source for Gallery/diagrams.filelist not found!
49938 ^H:: ERROR: Source for Gallery/education.filelist not found!
49939 ^H:: ERROR: Source for Gallery/environment.filelist not found!
49940 ^H:: ERROR: Source for Gallery/finance.filelist not found!
49943 ^H:: ERROR: Source for Gallery/people.filelist not found!
49945 ^H:: ERROR: Source for Gallery/sounds.filelist not found!
49946 ^H:: ERROR: Source for Gallery/symbols.filelist not found!
49948 ^H:: ERROR: Source for Gallery/transportation.filelist not found!
49949 ^H:: ERROR: Source for Gallery/txtshapes.filelist not found!
56061 ^H:: ERROR: Source for services.rdb not found!
56317 ^H:make: *** [install] Error 2
56320 ^H:libreoffice.SlackBuild FAILED at line 1204

**************

tail of stdout logfile (missed somehow by checkpkg.sh)

: UREPACKAGEVERSION=5.2.1.2
: BUNDLEIDENTIFIER=
:
:
:
: Setting Root Module: gid_Module_Root
: Using spellchecker file: /tmp/build/tmp-libreoffice/libreoffice-5.2.1.2/setup_native/source/packinfo/spellchecker_selection.txt
: Collected spellchecker languages for spellchecker: EMPTY,af,an,ar,be,bg,bn,br,bs,ca,cs,da,de,el,en,es,et,fr,gl,he,hi,hr,hu,is,it,lt,lv,nl,no,oc,pl,pt-BR,pt-PT,ro,ru,si,sk,sl,sr,sv,te,th,uk,vi,zu
:
: *****************************************************************
: ERROR: ERROR: Missing files at /tmp/build/tmp-libreoffice/libreoffice-5.2.1.2/solenv/bin/modules/installer/scriptitems.pm line 1197.
: *****************************************************************

Thu Sep 22 10:54:42 2016 (00:12 min.)
Failed to install: No such file or directory at /tmp/build/tmp-libreoffice/libreoffice-5.2.1.2/solenv/bin/ooinstall line 92.
Makefile:303: recipe for target 'install' failed
make: *** [install] Error 2
Installing XML files because 'make distro-pack-install' fails to do so...
install: target '/tmp/build/package-libreoffice/usr/share/appdata/' is not a directory: No such file or directory
libreoffice.SlackBuild FAILED at line 1204


.

I'm a dogged kind of person. We're going round & round with this.

By all rights the package should build according to the instructions you post with it, yet it does not (not here, at least).
The reasons for this are unclear. It should work.

Eric, I don't know if chasing this thing around has started to become tiresome for you.
I assume you have other important things on your plate besides this.

So long as there are viable directions to pursue here, I'm willing to pursue it as I have thus far.

Partly out of stubbornness, partly because I know I am not the only person having this problem with
these packages, and partly out of sheer curiosity to ultimately find out what the missing piece of
the puzzle is here.

Do chime in clearly, when you have lost interest in this thread. It's looking like this is going to be a log
hard slog.

I only invoked your name in the first place because they are your materials and I figured you would be the
most knowledgeable about them.

If it gets solved here, this thread can make for a good reference for future builders of LO on slackware. If
this thread had already been written by someone else having this problem at some point in the past I would be
reading that thread rather than being co-authour of this one.

In my mind it's also partly for the people who come after. I know upstream requirements change over time, so this will
probably be a chronic thread that recurrs every 4-5 years as upstream toolchains shift and change.

The same thing will most likely be true of all large, complicated packages or pieces of software, but we can
just slay the LO hydra here, if it's possible and the fires of interest in the thread don't dwindle.

.

installed perl-archive-zip-1.31_04-x86_64-1alien before compile last night.

the compile did seem to go faster this time- real 545m23

previous real times were in the 800's

I "time" the builds just to get an idea how long they run

.

I'm hitting the wall at ~400 minutes (6h 40m) on a Phenom X4, and it has all 4 pegged @ 100% most of the time.
I would never even think about trying to do this on one of my my Core 2's.

I did drop my perl-archive-zip back down to 1.31_04. No cppunit this time, same results as last time.

I don't think that it'll make any difference, but I'm going to partition for /tmp and compile in runlevel 3.

complex build toolchains are a mixed bag

I'd say that this is most likely a factor in your troubles.
Eric has said that he builds on a full install (minus KDEI), plus 3 packages. Have you replicated this setup?

Failing that, how old/robust is your hardware? Are you overclocking your CPU? What is the quality of your RAM? Does your hard drive have any bad sectors?

For a build as big as this one, everything must be running 100% perfectly. There are a lot of variables, and moreso when you're running an unstable base system.

Well, apparently LibreOffice compile needs more than a 30 GiB /tmp. I guess that I will bump it to 100 GiB and try again.

*Also, I'm now using Eric's apache-ant-1.9.7 and perl-archive-zip-1.31_04.
Still using jdk-7u45 from SBo.

NAILED IT!

I don't know exactly what made it happen, but I did change a few things from my last build.
Using Eric's packages, creating a seperate /tmp partition and compiling in runlevel 3.

I think that /tmp and runlevel 3 had the most effect.


Here are the details;

Full clean -current install with 100 GiB /tmp partition
(after it was built, only a little under 49 GiB was free.)

Eric's perl-archive-zip-1.31_04 and apache-ant-1.9.7
SBo's jdk-7u45 (Slackware 14.0)

Compiled in runlevel 3.

+----------
433min (07h 13m)
+----------

Here is the full build log if you want to check it out (6.6 MB):
https://mega.nz/#!fJE1SK4D!LeAMEXRiC...epXg1P8_Lro_GM


Thanks to:
Alien Bob - for everything, especially patience with us
trollog - you made me do it!
kjhambrick - for mentioning runlevel 3
rkelsen - for mentioning /tmp space

1 members found this post helpful.

awesome!

although in a perfect world it would be nice to know precisely what the dependencies are to build LO,
other than saying: "a full install, minus KDE"

I'm sure tux-racer and xbiff (part of a full install!) play little role in LO compiling successfully,
but clearly there are some other unknown components that make or break a build.

Precise dependencies DO exist, for all software, whether they are commonly known or not.

upstream Devs are partly to blame for using huge toolchains, odd compilers, feature-itis,
weird versioning,and (mainly) poor documentation. All of these seem to be creeping cancers
in FOSS these days.

Try finding a README or INSTALL file in a tarball these days with any worthwhile info in it
besides a link to the same useless README on the github site, or a list of authors dead emails.
Not like the old days anymore, when documentation was detailed almost to a fault.

OTOH, I downloaded & compiled ice cat yesterday and it all "just worked" and had well documented build
instructions in the tarball. Kudos to the FSF. A reasonably complex piece of software at that.

.