solenv/ |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 637d2ffe1b9290714c20c2b977b5817d471997c6
Author: Stephan Bergmann <>
Date:   Mon Feb 12 15:48:23 2018 +0100

    Work around i386 kernel vs. JVM bug for now by disabling all tests on i386
    <> "Libreoffice Writer
    crashing with segmentation fault in _expand_stack_to when wiki 
    installed" still hits various machines (e.g., my local 
    as well as 3.10.0-693.11.6.el7.x86_64 flathub-builder-pdx1, see
    <>), causing --arch=i386
    builds to fail tests that instantiate a JVM in-process, e.g.
    CppunitTest_dbaccess_RowSetClones with SIGSEGV at
    > #0  _expand_stack_to (bottom=0xff605fff <error: Cannot access memory at 
address 0xff605fff>, bottom@entry=0xff605000 <error: Cannot access memory at 
address 0xff605000>) at /run/build/java/hotspot/src/os/linux/vm/os_linux.cpp:608
    > #1  0xed207564 in os::Linux::manually_expand_stack (t=0x58314800, 
addr=0xff605000 <error: Cannot access memory at address 0xff605000>) at 
    > #2  0xed211d5b in os::create_attached_thread (thread=0x58314800) at 
    > #3  os::create_main_thread (thread=0x58314800) at 
    > #4  0xed36d8a7 in Thread::set_as_starting_thread (this=0x58314800) at 
    > #5  Threads::create_vm (args=0xffdf0810, canTryAgain=0xffdf068f) at 
    > #6  0xecfc5081 in JNI_CreateJavaVM_inner (args=0xffdf0810, 
penv=0xffdf0a84, vm=0xffdf0798) at 
    > #7  JNI_CreateJavaVM (vm=0xffdf0798, penv=0xffdf0a84, args=0xffdf0810) at 
    > #8  0xf32b5397 in jfw_plugin_startJavaVirtualMachine(JavaInfo const*, 
JavaVMOption const*, long, JavaVM_**, JNIEnv_**) () from 
    Disabling tests leads to successful builds, but using Java functionality in 
    LO flatpak on affected machines (where the above bug or similar for other 
    distros is not yet fixed) will still crash, of course.  Users of the LO 
    will need to seek a fixed kernel (or there will need to be an update of
    org.freedesktop.Sdk.Extension.openjdk9 and a rebuild of the LO flatpak, if 
    turns out that a fix will need to be applied to OpenJDK instead of the 
    This workaround can be removed again once no Flathub build machines are 
    by the bug any longer.
    (`uname -i`, reporting "i386", appears to be more appropriate for this check
    than `uname -m`, which might probably report other tokens besides "i686".)
    Change-Id: I6e4b01d1df5aff5ac31847fd56285506af003f4b
    (cherry picked from commit 9cf2616c5e709b595eeee6ab88dacdfad2003f98)
    Reviewed-by: Stephan Bergmann <>
    Tested-by: Stephan Bergmann <>

diff --git a/solenv/ b/solenv/
index baff33ec3811..e313d8debfdb 100644
--- a/solenv/
+++ b/solenv/
@@ -549,7 +549,7 @@
             "buildsystem": "simple",
             "build-commands": [
                 "./ --prefix=/run/build/libreoffice/inst 
--with-distro=LibreOfficeFlatpak --disable-symbols $(if test \"$(uname -m)\" = 
aarch64; then printf %s --disable-pdfium; fi)",
-                "make",
+                "make $(if test \"$(uname -i)\" = i386; then printf 
build-nocheck; fi)",
                 "make distro-pack-install",
                 "make cmd cmd='$(SRCDIR)/solenv/bin/'"
Libreoffice-commits mailing list

Reply via email to