core.git: Branch 'libreoffice-25-8-0' - config_host.mk.in configure.ac external/lpsolve

+++-- external/lpsolve/system-colamd.diff | 39 6 files changed, 88 insertions(+), 4 deletions(-) New commits: commit b3e966c19b3ee7e8ffe668d62ee3f797999ab5d8 Author: Rene Engelhard AuthorDate: Mon Mar 3 21:48:18 2025 +0100 Commit: Christian Lohmaier

core.git: Branch 'libreoffice-25-8' - config_host.mk.in configure.ac external/lpsolve

+++-- external/lpsolve/system-colamd.diff | 39 6 files changed, 88 insertions(+), 4 deletions(-) New commits: commit 535fd79212f9ef03eafa5eb9e00b201d39adec1a Author: Rene Engelhard AuthorDate: Mon Mar 3 21:48:18 2025 +0100 Commit: Christian Lohmaier

core.git: config_host.mk.in configure.ac external/lpsolve

+++-- external/lpsolve/system-colamd.diff | 39 6 files changed, 88 insertions(+), 4 deletions(-) New commits: commit e4dc378991002cdc64909af581053d588cc92a0a Author: Rene Engelhard AuthorDate: Mon Mar 3 21:48:18 2025 +0100 Commit: Christian Lohmaier

Re: Inadequate Thesaurus in Writer

Hi, Am 20.07.25 um 15:57 schrieb Alex: mythes-en,  English (USA) and othersThesaurus for LibreOffice, probably natively installed on Linux Mythes is exactly what LO uses. And that one is exactly that Thesaurus we talk about. Just packaged externally since since it's not LO-specific (lyx als

Re: Saxon XSLT 3

Hi, Am 10.07.25 um 04:10 schrieb Joao S. O. Bueno: From reading the things on the Saxon project page (saxonica.com), I understood that the "SaxonC-HE" part is derived by them from the Java sources and is a C++ framework, That is the GraalVM thingy: From README.md: "# SaxonC-HE 12.8.0 source

core.git: configure.ac

configure.ac |7 --- 1 file changed, 7 deletions(-) New commits: commit fa4721b739368db9e566db6390fc7b90ee1a1b6a Author: Rene Engelhard AuthorDate: Mon Jul 7 18:04:50 2025 +0200 Commit: René Engelhard CommitDate: Wed Jul 9 21:28:05 2025 +0200 remove unneeded check for md4c

Re: Saxon XSLT 3

(And no, talking some random .h and especially some random .so is a no go, there's not only (Linux) x86(-64)). taking, obviously. Regards, Ren

Re: Saxon XSLT 3

Hi, Am 09.07.25 um 04:32 schrieb Michael Warner: It’s different now. They use GraalVM to compile it to a native library. So, it loads much faster and doesn’t require launching a JRE. If you download the Linux build from their website, for example, you get a few .h files for inclusion and some

core.git: external/y-crdt Makefile.fetch

Makefile.fetch|2 +- external/y-crdt/ExternalProject_y-crdt.mk |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) New commits: commit 524f5ca8e022399aa77528ec8c8bc4c84323e34b Author: Rene Engelhard AuthorDate: Wed Jun 25 23:48:58 2025 +0200 Commit

core.git: Branch 'libreoffice-25-8' - sysui/desktop

sysui/desktop/apparmor/program.soffice.bin |1 + 1 file changed, 1 insertion(+) New commits: commit 355911b97d4f6347f14d8529252c8f1cd8e6a5cf Author: Rene Engelhard AuthorDate: Mon Apr 14 18:05:51 2025 +0200 Commit: Adolfo Jayme Barrientos CommitDate: Tue Jul 1 04:09:43 2025 +0200

core.git: sysui/desktop

sysui/desktop/apparmor/program.soffice.bin |1 + 1 file changed, 1 insertion(+) New commits: commit eb2aadc8fcc883d0392d04b840adabb3396a6a07 Author: Rene Engelhard AuthorDate: Mon Apr 14 18:05:51 2025 +0200 Commit: Ilmari Lauhakangas CommitDate: Sun Jun 29 15:37:36 2025 +0200

Re: sc_apitest::ScSolverSettingsObj::testXSolverSettings failure on 25.8.0.0.alpha1

Hi, Am 12.05.25 um 09:38 schrieb Mattia Verga: I get this test failure trying to build 25.8.0.0.alpha1, it seems some miscalculation is going on somewhere. Has anyone seen that also? /builddir/build/BUILD/libreoffice-25.8.0.0.alpha1-build/libreoffice-25.8.0.0.alpha1/sc/qa/extras/scsolverobj.cxx

core.git: bin/lo-xlate-lang

bin/lo-xlate-lang |1 + 1 file changed, 1 insertion(+) New commits: commit 27c0a9d9b6c528f9e010b1ac28cd51a76b31927d Author: Rene Engelhard AuthorDate: Mon Apr 14 18:05:09 2025 +0200 Commit: René Engelhard CommitDate: Mon Apr 14 18:16:02 2025 +0200 bin/lo-xlate-lang: add tl

core.git: Branch 'libreoffice-24-8' - sdext/source

sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit ab0a70a6fa55e963ce368edffa87689519ea9a14 Author: Rene Engelhard AuthorDate: Fri Feb 28 06:52:32 2025 +0100 Commit: Adolfo Jayme Barrientos CommitDate: Sat Mar

core.git: Branch 'libreoffice-25-2' - sdext/source

sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 2e33e9aebf10adfb2663389a5051b32aa1c941e6 Author: Rene Engelhard AuthorDate: Fri Feb 28 06:52:32 2025 +0100 Commit: Xisco Fauli CommitDate: Fri Feb 28 15:15:11

core.git: sdext/source

sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 344b71a1d1598465d7ebf6768aa68ad1db38d506 Author: Rene Engelhard AuthorDate: Fri Feb 28 06:52:32 2025 +0100 Commit: Xisco Fauli CommitDate: Fri Feb 28 13:23:48

Re: sw.SwXAutoTextGroup junit test failing in 25.2.x

Hi, Am 26.01.25 um 22:46 schrieb Rene Engelhard: 2388501ed81c4873d63f2f26505603ade06642d3    https://gerrit.libreoffice.org/c/core/+/178577 Oh dear..., thanks very much I didn't have a common/ directory there indeed. Manually mkdir'ing /usr/lib/libreoffice/share/wordbook/common a

Re: sw.SwXAutoTextGroup junit test failing in 25.2.x

Hi, Am 26.01.25 um 21:54 schrieb Caolán McNamara: On Sun, 2025-01-26 at 15:32 +0100, Rene Engelhard wrote: [...] ever since 25.2.x the sw.SwXAutoTextGroup junit test failed for me. Works in 24.8.x. Interestingly this works when building LO but when doing it from "autopkgtest" (test

sw.SwXAutoTextGroup junit test failing in 25.2.x

Hi, ever since 25.2.x the sw.SwXAutoTextGroup junit test failed for me. Works in 24.8.x. Interestingly this works when building LO but when doing it from "autopkgtest" (test this on an installed LO)[1] this fails reproducably. Does anyone have an idea? I wouldn't rule out a packaging issue, b

core.git: Branch 'libreoffice-25-2' - external/skia

external/skia/Library_skia.mk |9 + 1 file changed, 9 insertions(+) New commits: commit 8627038f93cb0666eb8eaaf657ae5db145416033 Author: Rene Engelhard AuthorDate: Sat Dec 7 19:36:30 2024 +0100 Commit: René Engelhard CommitDate: Fri Dec 27 22:54:11 2024 +0100 fix skia

core.git: external/skia

external/skia/Library_skia.mk |9 + 1 file changed, 9 insertions(+) New commits: commit a0d5bc55d5c0cd47d8357ddbba952a179fae9207 Author: Rene Engelhard AuthorDate: Sat Dec 7 19:36:30 2024 +0100 Commit: Noel Grandin CommitDate: Fri Dec 27 08:31:04 2024 +0100 fix skia

core.git: Branch 'libreoffice-24-2' - bridges/source

bridges/source/cpp_uno/gcc3_linux_arm/uno2cpp.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 6c2f1d03e73fa42ffcfd6817e32be472cef62e23 Author: Rene Engelhard AuthorDate: Thu Aug 8 17:36:14 2024 +0200 Commit: Caolán McNamara CommitDate: Fri Aug 9 09:17

core.git: Branch 'libreoffice-24-8' - bridges/source

bridges/source/cpp_uno/gcc3_linux_arm/uno2cpp.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit afc0ebe2590110dd5c472326f2117eea2409ec98 Author: Rene Engelhard AuthorDate: Thu Aug 8 17:36:14 2024 +0200 Commit: Caolán McNamara CommitDate: Fri Aug 9 09:17

Re: libreoffice on armhf: ‘asm’ operand has impossible constraints or there are not enough registers

Hi, Am 28.07.24 um 18:38 schrieb Rene Engelhard: see https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=armhf&ver=4%3A24.8.0~rc2-1&stamp=1722178361&raw=1: build CXX] bridges/source/cpp_uno/gcc3_linux_arm/uno2cpp.cxx S=/<> && I=$S/instdir &&

core.git: bridges/source

bridges/source/cpp_uno/gcc3_linux_arm/uno2cpp.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit d9e818f3d706145aba95587d685cbcfdeb797edb Author: Rene Engelhard AuthorDate: Thu Aug 8 17:36:14 2024 +0200 Commit: Caolán McNamara CommitDate: Thu Aug 8 20:35

libreoffice on armhf: ‘asm’ operand has impossible constraints or there are not enough registers

[ Ccing libreoffice upstream ] Hi, see https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=armhf&ver=4%3A24.8.0~rc2-1&stamp=1722178361&raw=1: build CXX] bridges/source/cpp_uno/gcc3_linux_arm/uno2cpp.cxx S=/<> && I=$S/instdir && W=$S/workdir && mkdir -p $W/CxxObject/bridges/source/

Re: Libreoffice Base Report Builder not available in Arch (but it is on other distros)

Hi, Am 23.07.24 um 04:40 schrieb Celia Palacios: Hello, I'm Celia Palacios, a member of LibreOffice community, and very new to distro packaging of LibreOffice in Arch. I was directed to this list because I want to know how to resolve the Java dependencies for (Base) Report Builder in Arch.

Re: Libreoffice Base Report Builder not available in Arch (but it is on other distros)

Hi, Am 23.07.24 um 04:40 schrieb Celia Palacios: |In Debian and Ubuntu, they use a separate package called libreoffice-report-builder (which I assume encompasses all these dependencies). This is a very well documented issue. | |No, that is the Report Builder itself. The actual libs like pen

Re: Libetonyek build failure with Boost >=1.81

add Build-Conflicts: libboost1.81-dev (= 1.81.0-1~exp1), libboost1.81-dev (= 1.81.0-1) * upload to unstable -- Rene Engelhard Sun, 15 Jan 2023 11:39:35 +0100 In a quick check that patch is still applied in boost1.83. See https://salsa.debian.org/debian/boost/-/blob/master/debian/pat

Re: 答复: Commit 5bf587 breaks build on Debian 12

Hi, Am 07.07.24 um 02:45 schrieb Etna -: I have not tried building without the --enable-gtk4 option, Then do. If this commit is not reverted, the ./autogen.sh process fails with an error about GTK4.8 being too old when --enable-gtk4 is present . Yes, it does. Will this information be of an

Re: tdf132599_frames_* tests needs hu-HU hyphenation for english text

Hi, Am 10.05.24 um 18:58 schrieb Rene Engelhard: I think the files should be fixed to set the text language to English (USA) instead? https://gerrit.libreoffice.org/c/core/+/167486. FTR that one didn't work (as written in my mail)but Laszlo did https://gerrit.libreoffice.org/c

Re: tdf132599_frames_* tests needs hu-HU hyphenation for english text

Hi again, Am 10.05.24 um 17:27 schrieb Rene Engelhard: Am 10.05.24 um 17:18 schrieb Rene Engelhard: [...] The test code sets en_US as locale, and the text files have english text. Well, sets is wrong, by bad. But it checks for it and skips the test if en_US isn't there. But LibreO

test_tdf159102_smart_justify_with_automatic_hyphenation and es_ES hyphenation

Hi, while writing my other mail and doing the mentioned patch I noticed I never actually forwarded the test_tdf159102_smart_justify_with_automatic_hyphenation failure. That test does def test_tdf159102_smart_justify_with_automatic_hyphenation(self): supported_locale = self.is_supp

Re: tdf132599_frames_* tests needs hu-HU hyphenation for english text

Hi, Am 10.05.24 um 17:18 schrieb Rene Engelhard: [...] The test code sets en_US as locale, and the text files have english text. Well, sets is wrong, by bad. But it checks for it and skips the test if en_US isn't there. But LibreOffice suggests to install hu-HU hyphenation patterns

tdf132599_frames_* tests needs hu-HU hyphenation for english text

Hi, I just got Test name: (anonymous namespace)::testTdf132599_frames_on_right_pages_no_hyphenation::TestBody equality assertion failed - Expected: space, ex - Actual : space, - In <>, attribute 'portion' of '/root/page[3]/body/txt/anchored/fly/txt/SwParaPortion/SwLineLayout[1]' incorrect v

core.git: Branch 'feature/cib_contract49' - configure.ac download.lst external/rhino Makefile.fetch solenv/flatpak-manifest.in

60a187494196de909abf65edd0e074cd58dd8062 Author: Rene Engelhard AuthorDate: Wed Apr 3 23:26:08 2024 +0200 Commit: Thorsten Behrens CommitDate: Thu Apr 11 07:32:45 2024 +0200 clean up after removal of patched rhino Change-Id: I193fd0c10d297555faa7a832718dbd6cd929a406 Reviewed-on: https

core.git: configure.ac download.lst external/rhino Makefile.fetch solenv/flatpak-manifest.in

479a39cbf0f4564abe93066d7a3f6b2e82de0e76 Author: Rene Engelhard AuthorDate: Wed Apr 3 23:26:08 2024 +0200 Commit: Stephan Bergmann CommitDate: Mon Apr 8 10:48:19 2024 +0200 clean up after removal of patched rhino Change-Id: I193fd0c10d297555faa7a832718dbd6cd929a406 Reviewed-on: https

build failure with ICU 75 (and 74), breakiterator (again)

Hi, Debian experimental just got ICU 75 and I tried it to look what breaks now :) Indeed it breaks again for breakiterator rules: [build BRK] CustomTarget/i18npool/breakiterator/sent.brk S=/home/rene/LibreOffice/git/master && I=$S/instdir && W=$S/workdir && /usr/bin/genbrk -r $S/i18npool/so

Re: Error Compiling LibreOffice Core on Debian 12 - x64

Hi again, sorry, missed a part of a sentence. Am 04.04.24 um 18:13 schrieb Rene Engelhard: This is it. gcc and/or ld got killed from the outside. ...by the OOM killer I guess. Regards, Rene

Re: Error Compiling LibreOffice Core on Debian 12 - x64

Hi, well.. Am 03.04.24 um 19:45 schrieb Andreas Mantke: On 2024-03-24 00:17, Andreas Mantke wrote: I try to compile LibreOffice core on Debian 12 -x64 but the process ended with an error. Here the messages in the shell at the end of the build process: [MOD] unoxml /builddir/core/filter/sour

core.git: vcl/unx

vcl/unx/generic/window/salframe.cxx |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) New commits: commit 10831c8b7b39f058452e640ba804f5a928441ed9 Author: Rene Engelhard AuthorDate: Sun Mar 17 17:42:43 2024 +0100 Commit: Michael Weghorn CommitDate: Thu Mar 21 09:04:08 2024

Re: Official support for windows-arm64

Hi, Am 16.03.24 um 17:23 schrieb Sophia Schröder: then I probably misunderstood the ESC minutes from 2024/02/29: Yes. + cmake find modules for SDK examples (Hossein)   + Set of patches from Konstantin (WIP) https://gerrit.libreoffice.org/c/core/+/162978   + Similar structure is needed

Re: 32 bit build failure (smb, narrowing)

Hi, Am 08.03.24 um 08:23 schrieb Rene Engelhard: Can you have a look, please? I had a brief one, but that is a simple define which shoudln't break. Then the switch does     switch (aFileStatFs.f_type) { which uses     struct statfs aFileStatFs; So it probably is a type difference i

32 bit build failure (smb, narrowing)

Hi, see https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=i386&ver=4%3A24.2.2~rc1-1&stamp=1709881487&raw=1: /<>/sal/osl/unx/file.cxx: In function ‘void osl_file_adjustLockFlags(const rtl::OString&, int*, sal_uInt32*)’: /<>/sal/osl/unx/file.cxx:71:26: error: narrowing conversion

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit? (part 2)

Hi, Am 14.02.24 um 15:50 schrieb Escuelas Linux: Running 'make' alone fails because all warnings are treated as errors, so I added the following parameters make CFLAGS="-Wno-error" CXXFLAGS="-Wno-error -g1" Again: --disable-werror. No need to fiddle with CFLAGS/CXXFLAGS to add -Wno-error.

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit? (part 2)

Hi, Am 14.02.24 um 17:48 schrieb Rene Engelhard: Am 14.02.24 um 17:40 schrieb Rene Engelhard: lobasis is a totally nonsensical name to begin with, exposing internals (basis what?) to the public noone needs. More accurate: Once-have-been internals. There one was a oobasis directory in OOo

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit? (part 2)

Hi, Am 14.02.24 um 17:40 schrieb Rene Engelhard: lobasis is a totally nonsensical name to begin with, exposing internals (basis what?) to the public noone needs. NO distro calls their packages, ebuilds or whatever lobasis. Neither do they come out of LOs build system directly (as those

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit? (part 2)

Hi, Am 14.02.24 um 17:04 schrieb Escuelas Linux: [ the LO .debs date after Debian did packages and that was carried over since ever. oobasisX.Y was done in some OOo time when they thougt they should do some "debs", after which they just shipped rpms you needed to use alien for ] Just one mo

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit?

Hi agai, Am 08.02.24 um 06:37 schrieb Rene Engelhard: [...] Debian. LTO works. Need to correct myself on this. LTO actually is disabled ... And because of exactly this case I (also) don't use --enable-mergelibs on 32bit architectures. ... because of this (since for each of the indiv

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit? (part 2)

Hi, please don't break threads. Am 10.02.24 um 00:53 schrieb Escuelas Linux: -"Debian still ships LibreOffice on 32bit archs, as do other distributions." Oh! Thanks for the tip! I was not aware that Debian even has binary LibreOffice 24.2 32-bit packages, albeit in the unstable branch.

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit?

Hi again, more info: Am 08.02.24 um 06:37 schrieb Rene Engelhard: Hi, Am 07.02.24 um 20:49 schrieb Dan Horák: On Wed, 7 Feb 2024 12:51:06 -0600 Escuelas Linux wrote:   The release notes for the latest version of LibreOffice (24.2) state that "The minimum requirements for buildin

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit?

Hi, Am 07.02.24 um 20:49 schrieb Dan Horák: On Wed, 7 Feb 2024 12:51:06 -0600 Escuelas Linux wrote: The release notes for the latest version of LibreOffice (24.2) state that "The minimum requirements for building and running LibreOffice on Linux have been raised from Red Hat Enterprise Li

core.git: bin/lo-xlate-lang

bin/lo-xlate-lang |1 + 1 file changed, 1 insertion(+) New commits: commit 82e90e1b2a8873334f1fcd00dde769e45af37b5b Author: Rene Engelhard AuthorDate: Sat Jan 27 18:03:37 2024 +0100 Commit: René Engelhard CommitDate: Tue Jan 30 21:03:34 2024 +0100 add hy to bin/lo-xlate-lang

core.git: Branch 'libreoffice-24-2' - bin/lo-xlate-lang

bin/lo-xlate-lang |1 + 1 file changed, 1 insertion(+) New commits: commit be1a96a9090f7b71598882f6f9a2ac5bf1ce6e58 Author: Rene Engelhard AuthorDate: Sat Jan 27 18:03:37 2024 +0100 Commit: Christian Lohmaier CommitDate: Mon Jan 29 11:38:07 2024 +0100 add hy to bin/lo-xlate

core.git: desktop/test

: Rene Engelhard AuthorDate: Tue Jul 11 17:16:54 2023 +0200 Commit: Stephan Bergmann CommitDate: Sun Jan 28 19:16:37 2024 +0100 add sparc64, riscv64 and loongarch64 test extensions forgotten in 3cb45765f2accfa749cc56a087059600ec467f28 and

core.git: configure.ac

configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit a9008aa942c1f98f8b00b2bd2f73edc576713e92 Author: Rene Engelhard AuthorDate: Mon Jan 1 18:13:20 2024 +0100 Commit: Thorsten Behrens CommitDate: Mon Jan 1 23:28:32 2024 +0100 update

core.git: Branch 'libreoffice-24-2' - configure.ac

configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit a63480d6e5f11bd258431e1cfbb98c594ce4a741 Author: Rene Engelhard AuthorDate: Mon Jan 1 18:13:20 2024 +0100 Commit: Thorsten Behrens CommitDate: Mon Jan 1 23:28:47 2024 +0100 update

core.git: configure.ac external/pdfium

(-) New commits: commit d7577174b541e68158d228aa41192227c10a252f Author: Rene Engelhard AuthorDate: Fri Dec 15 23:45:04 2023 +0100 Commit: Miklos Vajna CommitDate: Mon Dec 18 08:51:38 2023 +0100 fix system-abseil build even with 2022 version actually it seems it was a internal

core.git: Branch 'libreoffice-24-2' - vcl/qa

vcl/qa/cppunit/a11y/atspi2/atspi2.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 0034d2ab9382da86340738137218791a4ccc9c90 Author: Rene Engelhard AuthorDate: Sun Dec 17 12:38:11 2023 +0100 Commit: Michael Weghorn CommitDate: Sun Dec 17 20:36:47 2023

core.git: vcl/qa

vcl/qa/cppunit/a11y/atspi2/atspi2.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit e7f298e8e35935de86ea0373fa68eabc343ee091 Author: Rene Engelhard AuthorDate: Sun Dec 17 12:38:11 2023 +0100 Commit: Michael Weghorn CommitDate: Sun Dec 17 19:45:17 2023

core.git: configure.ac

configure.ac |9 + 1 file changed, 9 insertions(+) New commits: commit e89723103313ec4366ee58144c47d7a5c16bf838 Author: Rene Engelhard AuthorDate: Fri Dec 15 17:45:27 2023 +0100 Commit: René Engelhard CommitDate: Fri Dec 15 19:32:10 2023 +0100 check abseil version

core.git: Branch 'libreoffice-24-2' - vcl/qa

vcl/qa/cppunit/complextext.cxx |2 ++ 1 file changed, 2 insertions(+) New commits: commit 2c8e0630097477cdfbcd481d27893f34a179a69e Author: Rene Engelhard AuthorDate: Sat Dec 9 09:30:22 2023 +0100 Commit: Tomaž Vajngerl CommitDate: Mon Dec 11 10:21:53 2023 +0100 add missing #if

core.git: vcl/qa

vcl/qa/cppunit/complextext.cxx |2 ++ 1 file changed, 2 insertions(+) New commits: commit 94d0cf4d4e308627922c4afb5e38523ea4f6af37 Author: Rene Engelhard AuthorDate: Sat Dec 9 09:30:22 2023 +0100 Commit: René Engelhard CommitDate: Sun Dec 10 09:05:54 2023 +0100 add missing #if

Re: (new) non-ASCII filenames break unit tests on Linux

Hi, Am 03.12.23 um 14:13 schrieb Rene Engelhard: I did some more tests. In my standard local build environment (cowbuilder[1] --login chroot) it fails. if I chroot() into exactly that same chroot (as it is on disk), it works. If I use a pbuilder --login chroot it succeeds. Sorry

Re: (new) non-ASCII filenames break unit tests on Linux

Hi, Am 03.12.23 um 12:59 schrieb Stephan Bergmann: On 12/2/23 16:38, Mike Kaganski wrote: On 02.12.2023 17:46, Rene Engelhard wrote: In any case this is bad. My filesystem (I think from 2020 or so) apparently shows it (ls -l does) but I wouldn't be sure for other, old ones (like De

Re: (new) non-ASCII filenames break unit tests on Linux

Hi again, for advoidance of doubt: I said: > I think this change should be reverted. I mean: From 8a0015c35f3f137e4f3a80e40616bc078e265a1c Mon Sep 17 00:00:00 2001 From: Mike Kaganski Date: Fri, 1 Dec 2023 16:43:49 +0300 Subject: Drop allownonascii check from pre-commit checks That one s

(new) non-ASCII filenames break unit tests on Linux

Hi, After a recent pull of master I get [build CUT] filter_textfilterdetect S=/home/rene/LibreOffice/git/master && I=$S/instdir && W=$S/workdir && mkdir -p $W/CppunitTest/ && rm -fr $W/CppunitTest/filter_textfilterdetect.test.user && cp -r $W/unittest $W/CppunitTest/filter_textfilterdetect.te

[Libreoffice-commits] core.git: config_host.mk.in configure.ac external/Module_external.mk RepositoryExternal.mk solenv/gbuild

+- 5 files changed, 40 insertions(+), 2 deletions(-) New commits: commit 82a955498bf1e0d4ca7a582425bd30866ca7eb75 Author: Rene Engelhard AuthorDate: Mon Oct 30 20:27:12 2023 +0100 Commit: René Engelhard CommitDate: Mon Nov 6 20:02:07 2023 +0100 add --with-system-zxcvbn

Re: 7.6s sc_subsequent_filters_test and orcus 0.19

Hi, Am 30.10.23 um 00:52 schrieb Kohei Yoshida: On 10/29/23 14:02, Rene Engelhard wrote: This doesn't fail on master, so I'd assume I miss some other (maybe even not directly related) patch? Given that this is related to Gnumeric import, the only thing I can think of is t

Re: 7.6s sc_subsequent_filters_test and orcus 0.19

Hi, Am 30.10.23 um 00:52 schrieb Kohei Yoshida: On 10/29/23 14:02, Rene Engelhard wrote: This doesn't fail on master, so I'd assume I miss some other (maybe even not directly related) patch? Given that this is related to Gnumeric import, the only thing I can think of is this comm

7.6s sc_subsequent_filters_test and orcus 0.19 (was: Re: Orcus 0.19.0, Apache Arrow and CMake)

Hi, Am 29.09.23 um 03:16 schrieb Kohei Yoshida: I just upgraded on the master branch the orcus library to the latest version of 0.19.0.  This version includes an experimental support for Apache Parquet format import, but it relies on an external library called Apache Arrow[1].  The support for

Re: new bridgetest failures in 7.6 on ppc64le/s390x (was: Re: new bridgetest failures in 7.6 on ppc64le)

Hi, Am 04.09.23 um 14:23 schrieb Dan Horák: for the record, we haven't seen this issue on s390x in Fedora, only on ppc64le. Interesting. (Note that I don't run "all the other tests" on !amd64/!arm64/!armhf because of the sysiphos work dealt with in the other  thread, but just testtools and t

Re: new bridgetest failures in 7.6 on ppc64le/s390x (was: Re: new bridgetest failures in 7.6 on ppc64le)

Hi, Am 02.09.23 um 09:33 schrieb Rene Engelhard: Hi, Am 31.08.23 um 10:21 schrieb Dan Horák: ... [CXX] vcl/qa/cppunit/GraphicTest.cxx [CXX] vcl/qa/cppunit/GraphicDescriptorTest.cxx two floats struct test failed four floats struct test failed standard test failed exception occurred: error

Re: new bridgetest failures in 7.6 on ppc64le

Hi, Am 31.08.23 um 10:21 schrieb Dan Horák: ... [CXX] vcl/qa/cppunit/GraphicTest.cxx [CXX] vcl/qa/cppunit/GraphicDescriptorTest.cxx two floats struct test failed four floats struct test failed standard test failed exception occurred: error: test failed! at /home/sharkcz/projects/libreoffice/tes

[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - desktop/source

desktop/source/deployment/misc/dp_platform.cxx |4 1 file changed, 4 insertions(+) New commits: commit 39ef35d69d1c4c5d6a3964997acb1c53c9501c58 Author: Rene Engelhard AuthorDate: Tue Jul 11 16:56:02 2023 +0200 Commit: Stephan Bergmann CommitDate: Wed Jul 12 08:22:54 2023 +0200

[Libreoffice-commits] core.git: desktop/source

desktop/source/deployment/misc/dp_platform.cxx |4 1 file changed, 4 insertions(+) New commits: commit 091eec9828c3cba728fb52924ad9a4103175e41f Author: Rene Engelhard AuthorDate: Tue Jul 11 16:56:02 2023 +0200 Commit: René Engelhard CommitDate: Wed Jul 12 00:41:17 2023 +0200

[Libreoffice-commits] core.git: bin/generate-bash-completion.py

bin/generate-bash-completion.py |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 5b1f68461ccfa475f70640cafd0af769b814e3fa Author: Rene Engelhard AuthorDate: Tue Jul 4 23:25:08 2023 +0200 Commit: René Engelhard CommitDate: Wed Jul 5 17:53:37 2023 +0200

[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - external/skia

external/skia/Library_skia.mk |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) New commits: commit afed68d15d1e62e43ced81787e54f11782ec8af2 Author: Rene Engelhard AuthorDate: Tue Jul 4 20:36:46 2023 +0200 Commit: René Engelhard CommitDate: Wed Jul 5 17:53:28 2023 +0200

[Libreoffice-commits] core.git: external/skia

external/skia/Library_skia.mk |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) New commits: commit 451f15888a7f3e747a34d24a047d4ec73a40c6c5 Author: Rene Engelhard AuthorDate: Tue Jul 4 20:36:46 2023 +0200 Commit: Noel Grandin CommitDate: Wed Jul 5 14:57:20 2023 +0200

Re: LibreOffice Build failed on Debian-x86-32bit

Hi, Am 04.07.23 um 20:45 schrieb Andreas Mantke: big thanks for investigating. I'll try to apply your patch and look if it build successful. A somewhat improved version of it (keeping amd64 intact) is in https://gerrit.libreoffice.org/c/core/+/153984. > But it may take some time to get the w

Re: LibreOffice Build failed on Debian-x86-32bit

Hi again, Am 04.07.23 um 20:19 schrieb Rene Engelhard: /home/rene/LibreOffice/git/libreoffice-7-6/workdir/UnpackedTarball/skia/src/core/SkBlitRow_D32.cpp:65:50: error: always_inline function '_mm_loadu_si128' requires target feature 'sse2', but would be i

Re: LibreOffice Build failed on Debian-x86-32bit

Hi, Am 03.07.23 um 20:45 schrieb Rene Engelhard: Here is the output from my current build process (from the status of the LibreOffice source from last Friday): Note you can't assume anything over SSE2 in here. Actually you can't assume anything MMXish or SSEish. https://wiki.

Re: LibreOffice Build failed on Debian-x86-32bit

Hi, Am 03.07.23 um 17:46 schrieb Andreas Mantke: I compiled LibreOffice on a Netbook with Debian-x86-32bit for a while successful. I did this with success from the source repo some weeks ago (before version 7.6 was tagged). I run a build from source again last week but without success. Probab

Re: test failures with new fonts-crosextra-carlito

Hi, Am 26.06.23 um 09:06 schrieb Mike Kaganski: On 26.06.2023 8:15, Rene Engelhard wrote: Hi, Am 25.06.23 um 13:29 schrieb Rene Engelhard: my beta1 (didn't try 7.5 yet) builds fail with a new verson of the fonts-crosextra-carlito fonts (used for Calibri). LibreOffice itself ships My

Re: Usage of Source Han Serif SC

Hi, Am 26.06.23 um 18:24 schrieb Rene Engelhard: Am 26.06.23 um 08:58 schrieb Khaled Hosny: On 25 Jun 2023, at 2:16 PM, Rene Engelhard wrote: [_RUN_] testTdf129810::TestBody file:///home/rene/LibreOffice/git/libreoffice-7-6//sw/qa/core/text/data//tdf129810.odt: ./sw/qa/core/text/text.cxx

Re: Usage of Source Han Serif SC

Hi, Am 26.06.23 um 08:58 schrieb Khaled Hosny: On 25 Jun 2023, at 2:16 PM, Rene Engelhard wrote: [_RUN_] testTdf129810::TestBody file:///home/rene/LibreOffice/git/libreoffice-7-6//sw/qa/core/text/data//tdf129810.odt: ./sw/qa/core/text/text.cxx:1387:testTdf129810::TestBody greater

Re: test failures with new fonts-crosextra-carlito

Hi, Am 25.06.23 um 13:29 schrieb Rene Engelhard: my beta1 (didn't try 7.5 yet) builds fail with a new verson of the fonts-crosextra-carlito fonts (used for Calibri). LibreOffice itself ships My 7.5.4 builds needs the following in addition to the already posted (where applicable):

Re: test failures with new fonts-crosextra-carlito

Hi, Am 25.06.23 um 13:29 schrieb Rene Engelhard: Anyways, this breaks some of sds import tests (I tried this in a actual beta1 "release" build, not on master - which worked before): Also: [build CUT] sw_layoutwriter3 S=/data/ssd/rene/libreoffice-7.6.0~beta1 && I=$S/instd

test failures with new fonts-crosextra-carlito

Hi, my beta1 (didn't try 7.5 yet) builds fail with a new verson of the fonts-crosextra-carlito fonts (used for Calibri). LibreOffice itself ships $ grep carlito download.lst FONT_CARLITO_TARBALL := c74b7223abe75949b4af367942d96c7a-crosextrafonts-carlito-20130920.tar.gz and Debian contained

Usage of Source Han Serif SC

Hi, I get the following in my build of the libreoffice-7-6 branch: CUT] sw_core_text S=/home/rene/LibreOffice/git/libreoffice-7-6 && I=$S/instdir && W=$S/workdir && mkdir -p $W/CppunitTest/ && rm -fr $W/CppunitTest/sw_core_text.test.user && cp -r $W/unittest $W/CppunitTest/sw_core_text.test.

[Libreoffice-commits] core.git: config_host.mk.in configure.ac external/Module_external.mk RepositoryExternal.mk

cd9afc213d768b9870c81c580fbb00282c0cf1c4 Author: Rene Engelhard AuthorDate: Sat Jun 17 14:38:27 2023 +0200 Commit: Tomaž Vajngerl CommitDate: Sun Jun 18 13:31:37 2023 +0200 add --with-system-frozen Change-Id: Ia09254cab5696fa0a3530fcafa5b48acca631ff2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153208

Re: Frozen library - 0-cost initialisation, immutable, fixed-size containers

Am 17.06.23 um 12:31 schrieb Tomaž Vajngerl: Any thoughts appreciated. I hope this will not cause problems and make the code in the long run better readable, and also faster. You at least should have added the standard option to  use  the library from the system. (yes, even if it's header-

[Libreoffice-commits] core.git: Branch 'libreoffice-7-5-0' - configure.ac

configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit bd805279bfa1e952fdc8e4de6014ffda8cfdc29c Author: Rene Engelhard AuthorDate: Sun Jan 22 11:58:41 2023 +0100 Commit: Christian Lohmaier CommitDate: Wed Jan 25 13:54:56 2023 + check for

[Libreoffice-commits] core.git: Branch 'libreoffice-7-5' - configure.ac

configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 07c49eeaee97fbe084205ea2b52e3b4f4b1c4173 Author: Rene Engelhard AuthorDate: Sun Jan 22 20:53:35 2023 +0100 Commit: Caolán McNamara CommitDate: Tue Jan 24 08:51:00 2023 + update hardcoded

[Libreoffice-commits] core.git: configure.ac

configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit f8604f08ed5e07e50a65b5d35f3c0c18bf19044a Author: Rene Engelhard AuthorDate: Sun Jan 22 20:53:35 2023 +0100 Commit: René Engelhard CommitDate: Mon Jan 23 18:22:08 2023 + update hardcoded

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - 26 commits - configure.ac cui/source desktop/qa include/svl include/svtools oox/source sc/qa sc/source sd/qa svtools/source svx/sou

/source/rtftok/rtfdocumentimpl.cxx | 17 writerfilter/source/rtftok/rtfdocumentimpl.hxx |3 97 files changed, 1446 insertions(+), 246 deletions(-) New commits: commit 339b90e9a1c89f8e67aeee94d06878b4e130ac36 Author: Rene Engelhard AuthorDate: Sun Jan 22 11

[Libreoffice-commits] core.git: Branch 'libreoffice-7-5' - configure.ac

configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 76742388b3dcfe69d8af33137bc51135e58fbfa0 Author: Rene Engelhard AuthorDate: Sun Jan 22 11:58:41 2023 +0100 Commit: René Engelhard CommitDate: Sun Jan 22 11:16:54 2023 + check for harfbuzz

[Libreoffice-commits] core.git: configure.ac

configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit a180a99e2d53a2ca04e8fe31a38f6994e42bf69b Author: Rene Engelhard AuthorDate: Sun Jan 22 11:58:41 2023 +0100 Commit: René Engelhard CommitDate: Sun Jan 22 11:12:01 2023 + check for harfbuzz

Re: Plan to remove dead C++ UNO bridge implementations (bridges/source/cpp_uno/*)

Hi, Am 10.01.23 um 17:31 schrieb Stephan Bergmann: Next, there are 2 additional implementations that I know are built for Fedora releases; they go into category 2. Also in Debian Next, there are 2 additional implementations that I presume are built for Debian releases (Rene, correct me if I'm

Re: boost 1.81 breaks libetonyek and gtv-calc-header-bar.cxx

Hi, Am 08.01.23 um 05:40 schrieb - Etna: 3. Build error about implicit instantiation for gtv-calc-header-bar.cxx and duplicate symbols for libetonyek occur. Please see attachment. https://cgit.freedesktop.org/libreoffice/core/log/?qt=grep&q=boost+1.81 libetonyek is https://cgit.freedeskto

  1   2   3   4   5   6   7   8   9   >