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

[Libreoffice-commits] core.git: vcl/Library_vcl.mk

vcl/Library_vcl.mk |6 ++ 1 file changed, 6 insertions(+) New commits: commit 50582d73c61165f17c38ce28f216739a3a34664b Author: Rene Engelhard AuthorDate: Wed Nov 16 21:58:05 2022 +0100 Commit: Caolán McNamara CommitDate: Thu Nov 17 17:55:50 2022 +0100 fix system-libfixmath

[Libreoffice-commits] core.git: config_host.mk.in

config_host.mk.in |1 + 1 file changed, 1 insertion(+) New commits: commit 1caf3f2554ffac3624d43defb4252a5b40945bbc Author: Rene Engelhard AuthorDate: Sat Nov 12 18:31:02 2022 +0100 Commit: Caolán McNamara CommitDate: Tue Nov 15 11:09:29 2022 +0100 actually don't compile

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

configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 75e16fdc9d111aad9663b7de1b229fbd2a61b51e Author: Rene Engelhard AuthorDate: Sat Oct 29 15:23:20 2022 +0200 Commit: Miklos Vajna CommitDate: Sat Oct 29 16:49:44 2022 +0200 require xmlsec1-nss

[Libreoffice-commits] core.git: Repository.mk

Repository.mk |1 - 1 file changed, 1 deletion(-) New commits: commit 6cfa43fcf214eaf556e998438bb9754cc210c3d8 Author: Rene Engelhard AuthorDate: Fri Sep 30 20:42:37 2022 +0200 Commit: René Engelhard CommitDate: Fri Sep 30 21:38:01 2022 +0200 remove obsolete sfx2_emojiconfig

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

configure.ac |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) New commits: commit d480af79c6d67341e650a5b920bf66c2865309e0 Author: Rene Engelhard AuthorDate: Wed Sep 14 18:29:39 2022 +0200 Commit: René Engelhard CommitDate: Wed Sep 14 22:50:46 2022 +0200 fix system

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

configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit dbf584e9fbf1563fb63a0daeeadb91f323cc149d Author: Rene Engelhard AuthorDate: Mon Sep 12 17:46:57 2022 +0200 Commit: René Engelhard CommitDate: Mon Sep 12 19:35:03 2022 +0200 bump harfbuzz

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

configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 455f0ac6c019da7299bc779a4fa2b0aade2fb9cb Author: Rene Engelhard AuthorDate: Mon Sep 12 17:46:57 2022 +0200 Commit: René Engelhard CommitDate: Mon Sep 12 18:55:51 2022 +0200 bump harfbuzz

[Libreoffice-commits] core.git: android/source bin/find-german-comments configure.ac .git-hooks/commit-msg odk/config slideshow/qa

(+), 11 deletions(-) New commits: commit fd42cea5f301a10cdeaa29959f04b111de534132 Author: Rene Engelhard AuthorDate: Wed Sep 7 21:34:42 2022 +0200 Commit: Christian Lohmaier CommitDate: Thu Sep 8 14:43:53 2022 +0200 replace egrep/fgrep calls with grep -E/grep -F as egrep/fgrep is

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

configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 429a4af9bb53bd0b69170e5e518352c47b3c00a0 Author: Rene Engelhard AuthorDate: Thu Sep 8 05:07:45 2022 +0200 Commit: René Engelhard CommitDate: Thu Sep 8 05:18:35 2022 +0200 revert configure.ac

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

configure.ac |7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) New commits: commit aa0b2b756c17d43d2e8c828a909ee2815e332377 Author: Rene Engelhard AuthorDate: Wed Aug 24 09:55:33 2022 +0200 Commit: René Engelhard CommitDate: Thu Aug 25 12:06:11 2022 +0200 Make

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

configure.ac |7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) New commits: commit f7e170eb084cd4e92818de966b287330184749a8 Author: Rene Engelhard AuthorDate: Wed Aug 24 09:55:33 2022 +0200 Commit: René Engelhard CommitDate: Thu Aug 25 07:52:18 2022 +0200 Make

[Libreoffice-commits] core.git: Branch 'libreoffice-7-3' - connectivity/source

connectivity/source/drivers/evoab2/EApi.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit 4316171fc89c0b19a1be0e09773d985018a5d22d Author: Rene Engelhard AuthorDate: Sun Aug 7 11:04:15 2022 +0200 Commit: Caolán McNamara CommitDate: Sun Aug 7 17:59:54 2022 +0200 add

[Libreoffice-commits] core.git: Branch 'libreoffice-7-4' - connectivity/source

connectivity/source/drivers/evoab2/EApi.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit 636c2c68564de585b07e00dc1bff08ef57956a2e Author: Rene Engelhard AuthorDate: Sun Aug 7 11:04:15 2022 +0200 Commit: Caolán McNamara CommitDate: Sun Aug 7 17:59:26 2022 +0200 add

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

connectivity/source/drivers/evoab2/EApi.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit 47cd7055ba076275dbe6d8d502dd00feae82ad50 Author: Rene Engelhard AuthorDate: Sun Aug 7 11:04:15 2022 +0200 Commit: Caolán McNamara CommitDate: Sun Aug 7 16:25:37 2022 +0200 add

Re: untangling the EOT mess

Am 30.07.22 um 12:23 schrieb Rene Engelhard: Hi, (apparently) since https://cgit.freedesktop.org/libreoffice/core/commit/?id=ce54ba96f38b4af3aab1a7064078ee406eb021c6 (and the follow-up https://cgit.freedesktop.org/libreoffice/core/commit/?id=88c511981e31c73dced95b5dc3c200fdf2a4e932) it

Re: untangling the EOT mess

Hi Thorsten, Am 02.08.22 um 00:24 schrieb Thorsten Behrens: Rene Engelhard wrote: was disabling EOT intended? Should it be enableable? Pretty sure that was not intended, and it should be enable-able. Hmm. ok. See my other reply. Regards, Rene

untangling the EOT mess

Hi, (apparently) since https://cgit.freedesktop.org/libreoffice/core/commit/?id=ce54ba96f38b4af3aab1a7064078ee406eb021c6 (and the follow-up https://cgit.freedesktop.org/libreoffice/core/commit/?id=88c511981e31c73dced95b5dc3c200fdf2a4e932) it seems that EOT usage is completely disabled whatever

[Libreoffice-commits] core.git: Branch 'libreoffice-7-4' - sc/qa

sc/qa/uitest/statistics/descriptiveStatistics.py |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 12471cec3e731cd552b2eb54c17c7b835cf76949 Author: Rene Engelhard AuthorDate: Thu Dec 23 16:42:21 2021 +0100 Commit: Eike Rathke CommitDate: Thu Jul 28 10:27:33

[Libreoffice-commits] core.git: sc/qa

sc/qa/uitest/statistics/descriptiveStatistics.py |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 7091a5416e6e1d5ff8c3b40646de30fe1458db24 Author: Rene Engelhard AuthorDate: Thu Dec 23 16:42:21 2021 +0100 Commit: René Engelhard CommitDate: Thu Jul 28 10:20

  1   2   3   4   5   6   7   8   >