<div dir="ltr"><div>Thanks for this info.</div><div> </div><div>If the issue was recently solved by commit c78dd0a726b32d922a0d75a26a51d4c30612368c ("configure: don't enable export validation if there are no schemas"), then it should mean that in future LIbreOffice versions this error would not appear again. Nevertheless, this specific issue appeared during a compilation test using Debian 10. I do not remember having these errors when compiling in Escuelas Linux (Ubuntu 18.04 based), but other errors instead, already described on some previous posts in this thread. On Debian is when appeared that "Exception in thread "main" java.lang.NullPointerException", even when having a valid JDK. Anyway, we ended compiling on Escuelas Linux -also with errors without the -build-nocheck, otherwise the binaries would not run on our main distro target.</div></div> <div class="gmail_quote"><div dir="ltr" class="gmail_attr">El lun., 19 ago. 2019 a las 11:59, Michael Weghorn (<<a href="mailto:m.weghorn@posteo.de">m.weghorn@posteo.de</a>>) escribió: </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 15/08/2019 12.45, <a href="mailto:dreamnext@gmail.com" target="_blank">dreamnext@gmail.com</a> wrote: > Well, I think I figured out the correct deletion of lines at > sal/Module_sal.mk file, since I got no errors related to sal after > making those changes. OK; once the other issues are dealt with, the schroot setup should probably be updated to make disabling those tests unnecessary, but let's do that in a follow-up step... Regarding your test failure > ScFiltersTest::testSheetNamesXLSX finished in: 47ms > Exception in thread "main" java.lang.NullPointerException > at > org.odftoolkit.odfvalidator.ODFValidator.getValidatorForSchema(ODFValidator.java:286) > at > org.odftoolkit.odfvalidator.ODFValidator.getManifestValidator(ODFValidator.java:186) > at > org.odftoolkit.odfvalidator.ODFRootPackageValidator.validateManifest(ODFRootPackageValidator.java:170) > at > org.odftoolkit.odfvalidator.ODFRootPackageValidator.validatePre(ODFRootPackageValidator.java:93) > at > org.odftoolkit.odfvalidator.ODFPackageValidator._validate(ODFPackageValidator.java:111) > at > org.odftoolkit.odfvalidator.ODFPackageValidator.validate(ODFPackageValidator.java:81) > at > org.odftoolkit.odfvalidator.ODFValidator.validateFile(ODFValidator.java:163) > at org.odftoolkit.odfvalidator.ODFValidator.validate(ODFValidator.java:125) > at org.odftoolkit.odfvalidator.Main.main(Main.java:314) > expected height 6001 actual 5999 > expected width 2001 actual 2001 > expected left 6000 actual 5976 > expected right -2000 actual -1998 > expected startrow 0 actual 0 > expected startcol 5 actual 5 > expected endrow 3 actual 3 > expected endcol 7 actual 7 > /home/linux/libreoffice-6.3.0.4/test/source/bootstrapfixture.cxx:199:ScFiltersTest::testLegacyCellAnchoredRotatedShape > equality assertion failed > - Expected: 0 > - Actual : 256 > - failed to execute: sh > /home/linux/libreoffice-6.3.0.4/bin/odfvalidator.sh -M > /home/linux/libreoffice-6.3.0.4/schema/libreoffice/OpenDocument-manifest-schema-v1.3+libreoffice.rng > -D > /home/linux/libreoffice-6.3.0.4/schema/libreoffice/OpenDocument-dsig-schema-v1.3+libreoffice.rng > -O > /home/linux/libreoffice-6.3.0.4/schema/libreoffice/OpenDocument-schema-v1.3+libreoffice.rng > -m /home/linux/libreoffice-6.3.0.4/schema/mathml2/mathml2.xsd > /tmp/lu5683d1zw.tmp > /tmp/lu5683d201.tmp please see the mail thread starting at [1] which seems to be about the same issue that is specific to building from the tarballs and which was fixed recently by commit c78dd0a726b32d922a0d75a26a51d4c30612368c ("configure: don't enable export validation if there are no schemas") [2]. [1] <a href="https://lists.freedesktop.org/archives/libreoffice/2019-August/083288.html" rel="noreferrer" target="_blank">https://lists.freedesktop.org/archives/libreoffice/2019-August/083288.html</a> [2] <a href="https://gerrit.libreoffice.org/#/c/77383/" rel="noreferrer" target="_blank">https://gerrit.libreoffice.org/#/c/77383/</a> </blockquote></div>