Comment 1 Li-Wen Hsu 2021-08-23 04:08:59 UTC

We aware this from the official pkg builders but still are not lucky to reproduce it locally. We somehow suspect this may related to resource limitations. Can you let us know how much memory do you have in your poudriere box?

It's failing on a ESXi VM Ware FreeBSD 12.2 x64 system with 40GB RAM as well as a physical FreeBSD 12.2 x64 system with 32GB of ram.  

I will boost the VM machine to 64GB and try it again.

A 64GB Poudriere server also core dumps.

Comment 4 Dima Panov 2021-08-23 20:38:33 UTC

Strange, I can't repeat build failures on my Intel S2600 server with 64GB RAM. 
Also fine on Win2008R2 HyperV container. 
However, both machines have set MAX_FILES=2048 for poudriere due to past jdk12+ build failures, caused by default settings of 1024.

My last successful build was on 8/18 with libreoffice-7.1.5.2_2.  Failure started with 7.2.x.
I changed poudriere.conf MAX_FILES=2048 to see what happens.

Increasing MAX_FILES to 2048 did not help -

...
[build GAL] backgrounds
S=/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.0.4 && I=$S/instdir && W=$S/workdir &&  rm -f $W/Gallery/backgrounds/* && RESPONSEFILE=/wrkdirs/usr/ports/editors/libreoffice/work/gbuild.XXXXXX.LGbKdHDb &&  (  LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program"   $I/program/gengal.bin --build-tree --destdir file://$S/extras/source/gallery --name "backgrounds" --path $W/Gallery/backgrounds --filenames file://$RESPONSEFILE ) && rm $RESPONSEFILE && touch $W/Gallery/backgrounds.done
Abort trap (core dumped)
gmake[2]: *** [/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.0.4/solenv/gbuild/Gallery.mk:56: /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.0.4/workdir/Gallery/backgrounds.done] Error 134
...

Comment 7 Dima Panov 2021-08-23 21:33:37 UTC

Which options set you are use to build? It may matters

Just to ensure and compare my build logs available at https://build.dimapanov.com/

# This file is auto-generated by 'make config'.
# Options for libreoffice-7.1.2.2_7
_OPTIONS_READ=libreoffice-7.1.2.2_7
_FILE_COMPLETE_OPTIONS_LIST=COINMP CUPS DOCS GNOME GTK3 JAVA KF5 LTO MARIADB MMEDIA PGSQL QT5 SDK TEST WEBDAV
OPTIONS_FILE_UNSET+=COINMP
OPTIONS_FILE_SET+=CUPS
OPTIONS_FILE_SET+=DOCS
OPTIONS_FILE_UNSET+=GNOME
OPTIONS_FILE_UNSET+=GTK3
OPTIONS_FILE_UNSET+=JAVA
OPTIONS_FILE_UNSET+=KF5
OPTIONS_FILE_UNSET+=LTO
OPTIONS_FILE_UNSET+=MARIADB
OPTIONS_FILE_SET+=MMEDIA
OPTIONS_FILE_UNSET+=PGSQL
OPTIONS_FILE_UNSET+=QT5
OPTIONS_FILE_UNSET+=SDK
OPTIONS_FILE_UNSET+=TEST
OPTIONS_FILE_UNSET+=WEBDAV

I will re-run poudriere options to make sure the config is for 7.2 and try again.

Comment 9 Dima Panov 2021-08-23 22:03:07 UTC

Just for test purposes try to reenable GTK3 or QT5 options, your current set shows pure x11 config which is non-default and lacks of cairo renderer support

I enabled QT5 and still got the core dump:

# This file is auto-generated by 'make config'.
# Options for libreoffice-7.2.0.4_1
_OPTIONS_READ=libreoffice-7.2.0.4_1
_FILE_COMPLETE_OPTIONS_LIST=COINMP CUPS DOCS GNOME GTK3 JAVA KF5 LTO MARIADB MMEDIA PGSQL QT5 SDK TEST WEBDAV
OPTIONS_FILE_UNSET+=COINMP
OPTIONS_FILE_SET+=CUPS
OPTIONS_FILE_SET+=DOCS
OPTIONS_FILE_UNSET+=GNOME
OPTIONS_FILE_UNSET+=GTK3
OPTIONS_FILE_SET+=JAVA
OPTIONS_FILE_UNSET+=KF5
OPTIONS_FILE_UNSET+=LTO
OPTIONS_FILE_UNSET+=MARIADB
OPTIONS_FILE_SET+=MMEDIA
OPTIONS_FILE_UNSET+=PGSQL
OPTIONS_FILE_SET+=QT5
OPTIONS_FILE_UNSET+=SDK
OPTIONS_FILE_UNSET+=TEST
OPTIONS_FILE_UNSET+=WEBDAV


...
[build GAL] backgrounds
S=/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.0.4 && I=$S/instdir && W=$S/workdir &&  rm -f $W/Gallery/backgrounds/* && RESPONSEFILE=/wrkdirs/usr/ports/editors/libreoffice/work/gbuild.XXXXXX.vFywsqmr &&  (  LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program"   $I/program/gengal.bin --build-tree --destdir file://$S/extras/source/gallery --name "backgrounds" --path $W/Gallery/backgrounds --filenames file://$RESPONSEFILE ) && rm $RESPONSEFILE && touch $W/Gallery/backgrounds.done
Abort trap (core dumped)
...

Can confirm, I get the same error as ddrinnon when building in poudriere on 13.0-RELEASE.
Running make in the port's dir works fine.
I haven't dug any further, but I can run some tests if it might help to solve the issue as it doesn't take me 10+ hours to do a test run.

Comment 12 Li-Wen Hsu 2021-08-25 09:03:21 UTC

I tested again locally with (13.0, 12.2, 11.4) x (amd64, i386) jails in poudriere on a 13.0 host, still cannot reproduce this. That hosts has an i7-6700 and 16GB ram.

If possible, please use -i or -w poudriere-testport(8) to try to get the core dump file then it's easier to do the further investigation.

Running poudriere testport did not produce the error, it built fine.
However, poudriere bulk -I did, but I can't find any .core files in there.
Am I missing something?

Perhaps these build logs might help with better libreoffice foo than myself

Poudriere build on amd64 fails yet testport succeeds

https://p-o.co.uk/downloads/libreoffice-build.log
https://p-o.co.uk/downloads/libreoffice-testport.log
https://p-o.co.uk/downloads/libreoffice.diff

Comment 15 Dima Panov 2021-08-26 20:01:06 UTC

Folks, I have a crazy idea, but what happens if u set DEFAULT_VERSIONS+=java=11 in pou's make.conf?

I ran poudriere with DEFAULT_VERSIONS+=java=11 and got the same core dump:

...
[build GAL] backgrounds
S=/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.0.4 && I=$S/instdir && W=$S/workdir &&  rm -f $W/Gallery/backgrounds/* && RESPONSEFILE=/wrkdirs/usr/ports/editors/libreoffice/work/gbuild.XXXXXX.Anis5M64 &&  (  LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program"   $I/program/gengal.bin --build-tree --destdir file://$S/extras/source/gallery --name "backgrounds" --path $W/Gallery/backgrounds --filenames file://$RESPONSEFILE ) && rm $RESPONSEFILE && touch $W/Gallery/backgrounds.done
Abort trap (core dumped)
gmake[2]: *** [/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.0.4/solenv/gbuild/Gallery.mk:56: /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.0.4/workdir/Gallery/backgrounds.done] Error 134
...

I am running poudriere with the -w option and can provide the .core file if needed.  Just need to know where to upload it to.

Here's the .core file:  https://www.datapanic.com/gengal.bin.core.tar.gz

Comment 18 Li-Wen Hsu 2021-08-27 02:20:37 UTC

(In reply to ddrinnon from comment #17)
Thanks, this core file looks really staange:

$ file gengal.bin.core 
gengal.bin.core: ELF 64-bit LSB core file, x86-64, version 1 (FreeBSD), FreeBSD-style, from '/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.2.0.4/instdir/program/', pid=92983

Note that the path is a directory, not a file.

Maybe this is related to the issue we saw in bug258002.

I am seeing the build fail with a core dump as well when building from ports.  Looks like gengal is failing at:

ktrace
-------
...
 66297 gengal.bin NAMI  "/usr/ports/editors/libreoffice/work/libreoffice-7.2.0.4/instdir/program/../program/liblocaledata_en.so"
 66297 gengal.bin RET   openat -1 errno 2 No such file or directory
...


Copying /usr/local/lib/libreoffice/program/liblocaledata_en.so --> /usr/ports/editors/libreoffice/work/libreoffice-7.2.0.4/instdir/program/../program/liblocaledata_en.so

Allows me to finish the build.

Comment 20 Li-Wen Hsu 2021-08-30 20:42:57 UTC

(In reply to Paul Boehmer from comment #19)
This seems a dependency issue in build.  From the log of comment #14,

https://p-o.co.uk/downloads/libreoffice-testport.log (success)

has:

    [build LNK] Library/liblocaledata_en.so

and other related stuff, however,

https://p-o.co.uk/downloads/libreoffice-build.log (failed)

has no liblocaledata_en.so at all.

Comment 21 Andriy Gapon 2021-09-03 04:55:34 UTC

Just 2 cents of general observations.
It appears that the world at large is not affected by this issue.
So, either we are too good at parallel builds or there is some FreeBSD peculiarity.

(In reply to Andriy Gapon from comment #21)

The only pkg of libreoffice at the Latest repo for FreeBSD12.2 amd64 is libreoffice6-6.4.7_14.  Here's what I get when /etc/pkg/FreeBSD.conf is set to use "latest" instead of "quarterly" 

root@aux02:/usr/local/etc/pkg/repos # pkg search libreoffice
libreoffice6-6.4.7_14          Full integrated office productivity suite

I think that means that freebsd.org's builder machines are not building the latest version of libreoffice either.

Would this mean that this bug affects everyone?

(In reply to ddrinnon from comment #22)

Yes, I'm also waiting for the latest libreoffice package to be ready.
It is not currently in the latest package database.

FreeBSD 12.2 amd64.

Comment 24 commit-hook 2021-09-13 14:52:10 UTC

A commit in branch main references this bug:

URL: https://cgit.FreeBSD.org/ports/commit/?id=98936bda48a278bf4b450b66a40a618d0e83ecc3

commit 98936bda48a278bf4b450b66a40a618d0e83ecc3
Author:     Michael Gmelin <grembo@FreeBSD.org>
AuthorDate: 2021-09-13 14:45:48 +0000
Commit:     Michael Gmelin <grembo@FreeBSD.org>
CommitDate: 2021-09-13 14:45:48 +0000

    editors/libreoffice: Unbreak build

    Adds liblocaledata_en dependency to solenv.
    Tested using poudriere build & testport.

    See also:
    https://gerrit.libreoffice.org/c/core/+/120837

    PR: 257997
    Reported by: ddrinnon
    Approved by: portmgr (build fix blanket)

 editors/libreoffice/files/patch-RepositoryExternal.mk (new)  | 12 ++++++++++++
 .../patch-solenv_gbuild_extensions_pre__BuildTools.mk (new)  | 12 ++++++++++++
 2 files changed, 24 insertions(+)

My Poudriere system successfully built LibreOffice 7.2.x for FreeBSD12.2-RELEASE!

Comment 26 Michael Gmelin 2021-09-14 08:25:50 UTC

(In reply to ddrinnon from comment #25)

Official builders are fine too: http://beefy16.nyi.freebsd.org/data/130amd64-default/0cb9a1b3d773/logs/libreoffice-7.2.0.4_2.log

Packages should show up in official repos later this week.