summaryrefslogtreecommitdiff
path: root/external
AgeCommit message (Collapse)Author
2024-08-27MSAN: Use-of-uninitialized-valueCaolán McNamara
==10765==WARNING: MemorySanitizer: use-of-uninitialized-value #0 0x5a74216f620b in _cairo_path_fixed_fill_rectilinear_tessellate_to_boxes workdir/UnpackedTarball/cairo/src/cairo-path-fill.c:288:5 #1 0x5a74216f620b in _cairo_path_fixed_fill_rectilinear_to_boxes workdir/UnpackedTarball/cairo/src/cairo-path-fill.c:345:12 #2 0x5a7421735497 in _cairo_spans_compositor_fill workdir/UnpackedTarball/cairo/src/cairo-spans-compositor.c:1121:11 num_limits is 0 here so this is apparently cosmetic Change-Id: Ib07259ce653414c9381c800355a648ab025d1919 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172457 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2024-08-25tdf#161941 add --with-docrepair-fonts optionCaolán McNamara
to enabling bundling or not bundling the docrepair fonts of https://github.com/docrepair-fonts (which provide replacments for: Agency FB, Baskerville Old Face, Berlin Sans FB, Cooper Black, Lucida Calligraphy, Lucida Grande, Lucida Handwriting) Change-Id: I4ea442fa54d21f213ccbdccba9aea1b9c0675c90 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172337 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2024-08-22libcmis: fix build against boost-1.86.0Xisco Fauli
Based on https://github.com/tdf/libcmis/issues/67 Change-Id: I0de90a423110b03a649bd7b20f7392f3aa5a45c3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172246 Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org> Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2024-08-22Emscripten: Experimental -sPROXY_POSIX_SOCKETS supportStephan Bergmann
...see <https://emscripten.org/docs/porting/networking.html#full-posix-sockets-over-websocket-proxy-server>. This requires <https://github.com/stbergmann/emscripten/commit/4aff1f28b88480791236adcc6d5cb2d919ad4bf3> "-sPROXY_POSIX_SOCKETS: Add websocket_proxy_poll". When configured with --disable-socketpair (which appears to have no negative consequences), external/curl appears to only call poll(2) with socket-related file descriptors, so we can use websocket_proxy_poll instead. The URL on which the websocket_to_posix_proxy process listens must be specified as Module.uno_websocket_to_posix_socket_url. Change-Id: I4ad23098b5bbc0646fa50859c0aeb9870d1cc92a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172243 Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de> Tested-by: Jenkins
2024-08-21external/freetype: Enabling debug logging only works for DISABLE_DYNLOADINGStephan Bergmann
Change-Id: I603d3fe9f34925997f847f91db8266beeb944cc4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172206 Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de> Tested-by: Jenkins
2024-08-21Emscripten: Enable the WebDAV UCPStephan Bergmann
* Which also requires external/curl. But implicitly use --without-gssapi, checking for it in configure.ac would fail with > configure: error: could not find function 'gss_init_sec_context' required for GSSAPI And building ExternalProject_curl needs to see the -pthread from gb_EMSCRIPTEN_CPPFLAGS, otherwise linking Executable_soffice_bin would fail with > wasm-ld: error: --shared-memory is disallowed by libcurl_la-easy.o because it was not compiled with 'atomics' or 'bulk-memory' features. * By default, GetCABundleFile in include/systools/opensslinit.hxx will fail now. (But to make https work, applications could bring along their own such file in the Emscripten FS, in one of the places where GetCABundleFile checks for it.) So, for Emscripten only, make failure of GetCABundleFile non-fatal in InitCurl_easy. * Some code in sw was erroneously hidden behind !ENABLE_WASM_STRIP_EXTRA (off by default for Emscripten), but is needed with HAVE_FEATURE_CURL. * See <https://emscripten.org/docs/porting/networking.html> for how to actually use networking in an Emscripten application. Change-Id: I2bbe9f3fd0e20143e18eb1e8104568b1c7a304de Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172167 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de>
2024-08-20external/freetype: Enable debug logging support for --enable-dbgutilStephan Bergmann
Change-Id: I4f605166f5a6e0b2bd9196472db9ea3ad400d44c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172108 Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de> Tested-by: Jenkins
2024-08-16libpagemaker: add missing includeMichael Stahl
Change-Id: I785a94c0e6afad93d5934b3e5546a8a7631cc62c (cherry picked from commit 0786a5995c3c9903ea222243a7d5c4c2a1547fc8) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171917 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2024-08-15Update pdfium to 6656Miklos Vajna
Drop external/pdfium/annot.patch.1, it has been upstreamed as <https://pdfium-review.googlesource.com/c/pdfium/+/120750>. Update PDFiumPageObjectImpl::getFontName() to match <https://pdfium-review.googlesource.com/c/pdfium/+/121911> "Rename FPDFFont_GetFontName() to FPDFFont_GetFamilyName()". Extend external/pdfium/build.patch.1 to work around: > C:/cygwin/home/tdf/jenkins/workspace/gerrit_windows/workdir/UnpackedTarball/pdfium/fpdfsdk/fpdf_annot.cpp(1083): fatal error C1001: Internal compiler error. Change-Id: I94ed21265a79d484759f240f3baeb51c92365c78 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171884 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
2024-08-12more_fonts: ship "hinted" instead of "full" for "Noto Sans Arabic"Michael Stahl
There is a really annoying problem with "Noto Sans Arabic" on Fedora: The fontconfig file /etc/fonts/conf.d/56-google-noto-sans-arabic-vf.conf in the google-noto-sans-arabic-vf-fonts rpm is sorted before /etc/fonts/conf.d/56-google-noto-sans-vf.conf and sets it as default without any "lang" restriction: <alias> <family>Noto Sans Arabic</family> <default> <family>sans-serif</family> </default> </alias> This is not an issue with the google-noto-sans-arabic-vf-fonts rpm's /usr/share/fonts/google-noto-vf/NotoSansArabic[wght].ttf because it contains only appropriate languages: lang: ar|az-ir|fa|ks|ku-ir|ps-af|ps-pk|ug|ur|ku-iq|ota|pa-pk|sd|lah(s) fontversion: 131858(i)(s) However the instdir/share/fonts/truetype/NotoSansArabic-Regular.ttf contains extra languages: lang: aa|ar|ay|az-ir|bi|br|bs|ch|co|cs|cy|da|de|en|es|et|eu|fa|fi|fj|fo|fr|fur|fy|gd|gl|gv|ho|hr|hu|ia|id|ie|io|is|it|ks|ku-ir|lb|lt|lv|mg|mh|mt|nb|nds|nl|nn|no|nr|nso|ny|oc|om|pl|ps-af|ps-pk|pt|rm|ro|sk|sl|sma|smj|smn|so|sq|ss|st|sv|sw|tk|tl|tn|tr|ts|ug|ur|uz|vo|vot|wa|wen|wo|xh|yap|zu|an|crh|csb|fil|hsb|ht|jv|kj|ku-iq|ku-tr|kwm|lg|li|ms|ng|ota|pa-pk|pap-an|pap-aw|rn|rw|sc|sd|sg|sn|su|za|lah(s) fontversion: 131727(i)(s) Now the combination of the rpm config file and the LO bundled ttf causes fontconfig to prefer "Noto Sans Arabic" over "Noto Sans" for latin script, which is a problem because the fonts have different ascent, which causes test CppunitTest_sw_uiwriter8 testTdf157129 to fail in a rather non-obvious manner. Instead of the "full" build of the font, bundle the "hinted" build, which contains only appropriate languages. There is also an inconclusive Fedora bugreport about similar but different problem: https://bugzilla.redhat.com/show_bug.cgi?id=2262410 Change-Id: I6632ef454191fbb3ebec7c2daa83cc0e6acd829c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171401 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2024-08-06ofz#70966 use final upstream fixCaolán McNamara
Change-Id: I8423be9fdcd0c224d5d7993a4d982176c404035d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171520 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2024-08-05ofz#70675 XML_ERR_FATAL not ending parseCaolán McNamara
Change-Id: I3b07ff6e208bf33053540548176a06f28138a6a9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171479 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2024-07-31external/libexttextcat: Only pass gb_DEBUGINFO_FLAGS in debug buildsStephan Bergmann
broken since 797681b4f569212a0f306151167534e23a2e37af "Pass all relevant CFLAGS on to external/libexttextcat" Change-Id: Idd648c8cd7eaa7e78815dd2071d0a3b786fa6d23 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171273 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de>
2024-07-29fix macOS codesigning: only mach-o files allowed in Contents/FrameworkChristian Lohmaier
put the other files in Contents/Resources and have them signed with the overall bundle-signature. Putting them into Contents/Framework or Contents/MacOS would require the use of extended attributes and is not recommended, see also 4b9190fc29aec0f005f08c0269bb9ff081f19fe3 / https://gerrit.libreoffice.org/c/core/+/109537 Change-Id: I582e3198b1a006e76d6ad37bd945e0712d17c669 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171217 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2024-07-27cui, dbaccess, desktop, external, filter, librelogo: fix issues found byIlmari Lauhakangas
Ruff linter Change-Id: I34df4c10520406a2b9d2d8f3487f877698a324f8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171090 Tested-by: Jenkins Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
2024-07-26Fix build with Java 8Fridrich Štrba
Unlike later versions of Java, JDK 8 does not create the last directory segment pointed by the -d option, even if the other segments exist. So, create the "content" segment too and allow building with Java 8. Change-Id: Ie7ee75ca311270e02a3e1b6b5eeb28b5a1ccdad8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169477 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2024-07-25fix pid_t type mismatch on win64 between libassuan and gpgmeppChristian Lohmaier
typedef long long pid_t in case of #ifdef _WIN64 is the only change, the rest of the change to the patch is just rediffing Change-Id: Iaad34bf42ad06fc6a636b773535f199a19c863e0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171023 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2024-07-25libassuan: upgrade to 3.0.1Christian Lohmaier
Downloaded from https://gnupg.org/ftp/gcrypt/libassuan/libassuan-3.0.1.tar.bz2 Change-Id: Ie56dd4d88998c6b2a825a502aa34bae3436d2b25 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169198 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins
2024-07-24libxml2: upgrade to 2.13.3Xisco Fauli
it fixes CVE-2024-40896 Downloaded from https://download.gnome.org/sources/libxml2/2.13/libxml2-2.13.3.tar.xz Change-Id: Icba636106cc9d1f096f5479bd80d5e30712c2e6a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170975 Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org> Tested-by: Jenkins
2024-07-24curl: upgrade to 8.9.0Xisco Fauli
Downloaded from https://curl.se/download/curl-8.9.0.tar.xz Change-Id: Id8198dcc73e1679e8f672459b19d84606ae3e762 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170934 Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org> Tested-by: Jenkins
2024-07-20tdf#162115 Add intl data for FirebirdMike Kaganski
Change-Id: I1dff81bc1ae8e794279b217cced042783293635d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170791 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2024-07-19configure,curl: enable GSSAPI on Linux/MacOS/etc.Michael Stahl
This will link libgssapi_krb5.so.2 which is in krb5-libs (ABI CL1 in RHEL8, ABI CL2 in RHEL9). Change-Id: I2dbaa64e70f4502c5a47c6c85123c94b9ad41277 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170758 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2024-07-17fix raptor build when using system-icuChristian Lohmaier
Change-Id: I1671e5872deb583c1c0395ab49ab33b171d0e086 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170620 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2024-07-16Rhino: upgrade to 1.7.15Taichi Haradaguchi
Change-Id: Id3c6aa8dc5d398b7ecb749a149d54703bfe8b838 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170457 Tested-by: Jenkins Reviewed-by: Taichi Haradaguchi <20001722@ymail.ne.jp>
2024-07-16libffi: Upgrade to 3.4.6Taichi Haradaguchi
* external/libffi/implicit-function-declaration.patch was obsolete after https://github.com/libffi/libffi/pull/764 * Backport external/python3/0001-bpo-45898-Remove-duplicate-symbols-from-_ctypes-cfie.patch.1 from upstream to fix build errors on Windows. Change-Id: I6d7cd70dd29ea0ce4b22738637afa0e7eb76a93f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167337 Tested-by: Jenkins Reviewed-by: Taichi Haradaguchi <20001722@ymail.ne.jp>
2024-07-10Fix UBSan build of ExternalProject_redlandStephan Bergmann
...after c75c21eef670fce33eb5a501357935dbd25be923 "Upgrade raptor to 2.0.16", where it now started to fail with > libtool: link: LD_RUN_PATH="/usr/local/lib:" /usr/bin/ccache /home/tdf/lode/opt_private/clang-llvmorg-12.0.1/bin/clang --gcc-toolchain=/opt/rh/gcc-toolset-12/root/usr -fsanitize=address -fsanitize=undefined -fsanitize=float-divide-by-zero -fsanitize=local-bounds -fsanitize-blacklist=/home/tdf/lode/jenkins/workspace/lo_ubsan/sanitize-ubsan-excludelist -fno-sanitize=function -DLIBRDF_INTERNAL=1 -O0 -Wp,-U_FORTIFY_SOURCE -fstrict-aliasing -fstrict-overflow -ggdb2 -gsplit-dwarf -Xclang -debug-info-kind=constructor -Wl,-z -Wl,origin -Wl,-rpath -Wl,\$ORIGIN -Wl,-rpath-link -Wl,/home/tdf/lode/jenkins/workspace/lo_ubsan/instdir/program -Wl,-z -Wl,origin -Wl,-rpath -Wl,\$ORIGIN -Wl,-rpath-link -Wl,/home/tdf/lode/jenkins/workspace/lo_ubsan/instdir/program -o .libs/redland-db-upgrade db_upgrade.o -L/home/tdf/lode/jenkins/workspace/lo_ubsan/workdir/UnpackedTarball/raptor/src/.libs /home/tdf/lode/jenkins/workspace/lo_ubsan/workdir/UnpackedTarball/raptor/src/.libs/libraptor2.so -L/home/tdf/lode/jenkins/workspace/lo_ubsan/workdir/UnpackedTarball/libxml2/.libs /home/tdf/lode/jenkins/workspace/lo_ubsan/workdir/UnpackedTarball/libxml2/.libs/libxml2.so -L/home/tdf/lode/jenkins/workspace/lo_ubsan/workdir/UnpackedTarball/rasqal/src/.libs /home/tdf/lode/jenkins/workspace/lo_ubsan/workdir/UnpackedTarball/rasqal/src/.libs/librasqal.so ../src/.libs/librdf.so > /opt/rh/gcc-toolset-12/root/usr/bin/ld: /home/tdf/lode/jenkins/workspace/lo_ubsan/instdir/program/libicuuc.so.74: undefined reference to `__ubsan_vptr_type_cache' > /opt/rh/gcc-toolset-12/root/usr/bin/ld: /home/tdf/lode/jenkins/workspace/lo_ubsan/instdir/program/libicuuc.so.74: undefined reference to `__ubsan_handle_function_type_mismatch_v1' > /opt/rh/gcc-toolset-12/root/usr/bin/ld: /home/tdf/lode/jenkins/workspace/lo_ubsan/instdir/program/libicuuc.so.74: undefined reference to `__ubsan_handle_dynamic_type_cache_miss' > clang-12: error: linker command failed with exit code 1 (use -v to see invocation) > make[3]: *** [Makefile:489: redland-db-upgrade] Error 1 (<https://ci.libreoffice.org/job/lo_ubsan/3239/>) because $(CC) is used to link a (nominally C-only) executable that links against C++ ICU shared libraries that in turn require a C++-specific UBSan library to be linked in. So just use $(CXX) for linking instead. Change-Id: If7c61c6ee7e1b43965a928b1560f8ab4ae2b0603 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170277 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de>
2024-07-09lxml: ignore warnings when calling setup.py build tooXisco Fauli
Reverts dc97b366ab9ce3d38c84da06b8b37131579f87f3 "python3: silence distutils deprecated warning" and f41773d684dfb1bfebe484bbf6d1ec4b5937d348 "python3: silence distutils deprecated warning (take 2)" and c920605dd4c4520ab8ee80f9fb4746287835918c "external/lxml: Fix --enable-python=fully-internal build" Change-Id: I9131fa5ac22cf4f0279e7bf0edc5c50b61845044 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170206 Tested-by: Jenkins Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2024-07-09lxml: do not apply replace-setuptools-with-distutils on macosxXisco Fauli
it has setuptools support Change-Id: Ia66d3e6398044fc6ae8ac1f70afc3a8fdf23fe2f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170175 Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org> Tested-by: Jenkins
2024-07-09lxml: ignore warnings when calling setupXisco Fauli
Since a1295cb177295752f8cbfbb49e13d5bb69ed7dc7 "python: upgrade to 3.10.14 (master only)" macosx builds with: Building lxml version 5.2.2. Building without Cython. Building against libxml2 2.9.4 and libxslt 1.1.29 Building against libxml2/libxslt in the following directory: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/lib running install Traceback (most recent call last): File "/Users/libreoffice/releases/r/workdir/UnpackedTarball/lxml/setup.py", line 208, in <module> setup( File "/Users/libreoffice/releases/r/workdir/UnpackedTarball/python3/python-inst/@__________________________________________________OOO/LibreOfficePython.framework/Versions/3.10/lib/python3.10/site-packages/setuptools/__init__.py", line 87, in setup return distutils.core.setup(**attrs) File "/Users/libreoffice/releases/r/workdir/UnpackedTarball/python3/python-inst/@__________________________________________________OOO/LibreOfficePython.framework/Versions/3.10/lib/python3.10/site-packages/setuptools/_distutils/core.py", line 185, in setup return run_commands(dist) File "/Users/libreoffice/releases/r/workdir/UnpackedTarball/python3/python-inst/@__________________________________________________OOO/LibreOfficePython.framework/Versions/3.10/lib/python3.10/site-packages/setuptools/_distutils/core.py", line 201, in run_commands dist.run_commands() File "/Users/libreoffice/releases/r/workdir/UnpackedTarball/python3/python-inst/@__________________________________________________OOO/LibreOfficePython.framework/Versions/3.10/lib/python3.10/site-packages/setuptools/_distutils/dist.py", line 968, in run_commands self.run_command(cmd) File "/Users/libreoffice/releases/r/workdir/UnpackedTarball/python3/python-inst/@__________________________________________________OOO/LibreOfficePython.framework/Versions/3.10/lib/python3.10/site-packages/setuptools/dist.py", line 1217, in run_command super().run_command(command) File "/Users/libreoffice/releases/r/workdir/UnpackedTarball/python3/python-inst/@__________________________________________________OOO/LibreOfficePython.framework/Versions/3.10/lib/python3.10/site-packages/setuptools/_distutils/dist.py", line 985, in run_command cmd_obj = self.get_command_obj(command) File "/Users/libreoffice/releases/r/workdir/UnpackedTarball/python3/python-inst/@__________________________________________________OOO/LibreOfficePython.framework/Versions/3.10/lib/python3.10/site-packages/setuptools/_distutils/dist.py", line 860, in get_command_obj cmd_obj = self.command_obj[command] = klass(self) File "/Users/libreoffice/releases/r/workdir/UnpackedTarball/python3/python-inst/@__________________________________________________OOO/LibreOfficePython.framework/Versions/3.10/lib/python3.10/site-packages/setuptools/__init__.py", line 158, in __init__ super().__init__(dist) File "/Users/libreoffice/releases/r/workdir/UnpackedTarball/python3/python-inst/@__________________________________________________OOO/LibreOfficePython.framework/Versions/3.10/lib/python3.10/site-packages/setuptools/_distutils/cmd.py", line 64, in __init__ self.initialize_options() File "/Users/libreoffice/releases/r/workdir/UnpackedTarball/python3/python-inst/@__________________________________________________OOO/LibreOfficePython.framework/Versions/3.10/lib/python3.10/site-packages/setuptools/command/install.py", line 34, in initialize_options warnings.warn( setuptools._deprecation_warning.SetuptoolsDeprecationWarning: setup.py install is deprecated. Use build and pip and other standards-based tools. /Users/libreoffice/releases/libo-core/external/lxml/ExternalProject_lxml.mk:25: recipe for target '/Users/libreoffice/releases/r/workdir/ExternalProject/lxml/build' failed make[1]: *** [/Users/libreoffice/releases/r/workdir/ExternalProject/lxml/build] Error 1 Makefile:125: recipe for target 'lxml' failed make: *** [lxml] Error 2 Because we bundle setuptools on macosx, and for that reason, this deprecationwarning is triggered. In the long run, external/lxml/ExternalProject_lxml.mk should be changed to use build and pip as the message says, but for now, just ignore the warnings. Change-Id: I05373363aba746fa40e5039c08aaa0f320908c24 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170205 Tested-by: Jenkins Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2024-07-09Upgrade raptor to 2.0.16Taichi haradaguchi
- Fixes CVE-2017-18926 and CVE-2020-25713. - drop 0001-Calcualte-max-nspace-declarations-correctly-for-XML-.patch.1: merged upstream - drop 0001-CVE-2020-25713-raptor2-malformed-input-file-can-lead.patch.1: merged upstream - drop libtool.patch: merged upstream - drop most of raptor-freebsd.patch.1: merged upstream - drop most of raptor-msvc.patch.1: merged upsttream - drop most of ubsan.patch: merged upstream - drop Wint-conversion.patch: merged upstream depend on package icu_ure to have libicuuc delivered and add corresponding directory to rpath-link to make sure the right copy is picked up use $(strip ...) in LDFLAGS to avoid having to escape , with $(COMMA) Change-Id: Ic05269ade5dae3761d98432ee504a51434a4c753 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/161704 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins
2024-07-09python3: easy_install no longer exists on macosxXisco Fauli
/bin/sh: line 1: easy_install-3.10: No such file or directory Also seen in libreoffice-24-2 branch with python 3.8 /bin/sh: line 1: easy_install-3.8: No such file or directory Change-Id: Ia4b26c4526c03bec2f06f19ec6ea8539332d43da Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170176 Tested-by: Jenkins Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2024-07-06python3: silence distutils deprecated warning (take 2)Xisco Fauli
Since a1295cb177295752f8cbfbb49e13d5bb69ed7dc7 "python: upgrade to 3.10.14 (master only)" Now it fails with Traceback (most recent call last): File "/home/tdf/lode/jenkins/workspace/lo_callgrind_linux/workdir/UnpackedTarball/lxml/setup.py", line 23, in <module> import setupinfo File "/home/tdf/lode/jenkins/workspace/lo_callgrind_linux/workdir/UnpackedTarball/lxml/setupinfo.py", line 7, in <module> from distutils.command.build_ext import build_ext as _build_ext File "/home/tdf/lode/jenkins/workspace/lo_callgrind_linux/instdir/program/python-core-3.10.14/lib/distutils/command/build_ext.py", line 13, in <module> from distutils.sysconfig import customize_compiler, get_python_version File "/home/tdf/lode/jenkins/workspace/lo_callgrind_linux/instdir/program/python-core-3.10.14/lib/distutils/sysconfig.py", line 58, in <module> warnings.warn( DeprecationWarning: The distutils.sysconfig module is deprecated, use sysconfig instead make[1]: *** [/home/tdf/lode/jenkins/workspace/lo_callgrind_linux/external/lxml/ExternalProject_lxml.mk:26: /home/tdf/lode/jenkins/workspace/lo_callgrind_linux/workdir/ExternalProject/lxml/build] Error 1 Change-Id: I9000018390b31a65a30ef87d0c500872fc6c9343 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170069 Tested-by: Xisco Fauli <xiscofauli@libreoffice.org> Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2024-07-06python3: silence distutils deprecated warningXisco Fauli
Since a1295cb177295752f8cbfbb49e13d5bb69ed7dc7 "python: upgrade to 3.10.14 (master only)" Some builds started to fail with Traceback (most recent call last): File "/home/tdf/lode/jenkins/workspace/lo_callgrind_linux/workdir/UnpackedTarball/lxml/setup.py", line 15, in <module> from setuptools import setup ModuleNotFoundError: No module named 'setuptools' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/home/tdf/lode/jenkins/workspace/lo_callgrind_linux/workdir/UnpackedTarball/lxml/setup.py", line 17, in <module> from distutils.core import setup File "/home/tdf/lode/jenkins/workspace/lo_callgrind_linux/instdir/program/python-core-3.10.14/lib/distutils/__init__.py", line 19, in <module> warnings.warn(_DEPRECATION_MESSAGE, DeprecationWarning: The distutils package is deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives make[1]: *** [/home/tdf/lode/jenkins/workspace/lo_callgrind_linux/external/lxml/ExternalProject_lxml.mk:26: /home/tdf/lode/jenkins/workspace/lo_callgrind_linux/workdir/ExternalProject/lxml/build] Error 1 The problem is that python 3.10 doesn't bundle setuptools so it's not possible to replace it at the moment Change-Id: I9a9d077b51f49e912dab4941efe8751c2fcc76e1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170068 Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org> Tested-by: Jenkins
2024-07-05python: upgrade to 3.10.14 (master only)Xisco Fauli
Downloaded from https://www.python.org/ftp/python/3.10.14/Python-3.10.14.tar.xz * external/python3/macos-11.patch.0 should be long obsolete by now Change-Id: I454851f7684e699519370bdbbcd9bb9a2cccd077 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170051 Tested-by: Jenkins Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2024-07-05pyuno: fix deprecated warningsXisco Fauli
* Replace PyUnicode_FromUnicode(str, len) with PyUnicode_FromWideChar(str, len) * Replace PyUnicode_AS_UNICODE(PyObject) with PyUnicode_AsWideCharString(PyObject, size) Change-Id: I1d8b46059d72f4de261d99393e1681f1e41eafdf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169625 Tested-by: Jenkins Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2024-07-05Bundle fonts of Google's DocRepair ProjectAndras Timar
See https://fonts.google.com/?query=The+DocRepair+Project DocRepair project intended to improve compliance with the ISO/IEC 29500 standard by providing fallback for proprietary fonts that minimizes text reflow in Office Open XML documents. Agency FB -> Agdasima Baskerville Old Face -> Bacasime Antique Berlin Sans FB -> Belanosima Cooper Black -> Caprasimo Lucida Calligraphy -> Lugrasimo Lucida Grande -> Lunasima Lucida Handwriting -> Lumanosimo Change-Id: I82a29bd9eeda88198290134a7906a35b6349a1b1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169765 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169828 Tested-by: Jenkins Reviewed-by: Andras Timar <andras.timar@collabora.com>
2024-07-05libxslt: upgrade to 1.1.42Xisco Fauli
Downloaded from https://download.gnome.org/sources/libxslt/1.1/libxslt-1.1.42.tar.xz Change-Id: I77de8a0922c5271161640eae5c92b425c5be82c0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170011 Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org> Tested-by: Jenkins
2024-07-03raptor: Use --without-wwwXisco Fauli
it seems not used. Besides, it fails when upgrading to libxml2 2.13. See https://gerrit.libreoffice.org/c/core/+/169327 Change-Id: If383130eac3b5d6de911c4c273c8e371a4980f23 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169933 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2024-07-01Revert "libxml2: upgrade to 2.13.1"Xisco Fauli
This reverts commit 2b27f0eb5858a4fd296170fb7e4533e5fc7aa3e9. Reason for revert: JunitTest_unordf_complex fails Change-Id: I5c9b6ec454c46a737a7052cc8dd450044dd48495 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169817 Tested-by: Jenkins Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2024-06-27libxml2: upgrade to 2.13.1Xisco Fauli
Building with --without-system-libxml fails with /usr/bin/ld: /home/xisco/libreoffice/workdir/UnpackedTarball/raptor/src/.libs/libraptor2.so: undefined reference to `xmlNanoHTTPScanProxy' /usr/bin/ld: /home/xisco/libreoffice/workdir/UnpackedTarball/raptor/src/.libs/libraptor2.so: undefined reference to `xmlNanoHTTPClose' /usr/bin/ld: /home/xisco/libreoffice/workdir/UnpackedTarball/raptor/src/.libs/libraptor2.so: undefined reference to `xmlNanoHTTPReturnCode' /usr/bin/ld: /home/xisco/libreoffice/workdir/UnpackedTarball/raptor/src/.libs/libraptor2.so: undefined reference to `xmlNanoHTTPRead' /usr/bin/ld: /home/xisco/libreoffice/workdir/UnpackedTarball/raptor/src/.libs/libraptor2.so: undefined reference to `xmlNanoHTTPCleanup' /usr/bin/ld: /home/xisco/libreoffice/workdir/UnpackedTarball/raptor/src/.libs/libraptor2.so: undefined reference to `xmlNanoHTTPMethod' /usr/bin/ld: /home/xisco/libreoffice/workdir/UnpackedTarball/raptor/src/.libs/libraptor2.so: undefined reference to `xmlNanoHTTPInit' collect2: error: ld returned 1 exit status so use --without-www in external/redland/ExternalProject_raptor.mk since it seems no to be used by raptor. Libxml2 disabled http support by default in https://gitlab.gnome.org/GNOME/libxml2/-/commit/3018842c07e9b88d6bb0257f5644e7695cdeb2e2 Downloaded from https://download.gnome.org/sources/libxml2/2.13/libxml2-2.13.1.tar.xz Kudos to Michael Weghorn for helping me with this patch Change-Id: I2e41021e8aea3551eb9eec29cf12f6cd9f6ff89e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169327 Reviewed-by: Taichi Haradaguchi <20001722@ymail.ne.jp> Tested-by: Jenkins
2024-06-24libcmis: fix failing AtomTest::authCallbackTest()Michael Stahl
(regression from commit f91effb36b2be1ff8937d684191fb2f19d6ac97d) Change-Id: I24c8da1c8ca70739ac047918c7036d72c7f7330b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169465 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2024-06-24libcmis,ucb: cmis: improve AllowInsecureProtocols implementationMichael Stahl
1. in libcmis, pass the CurlInitProtocolsFunction to all subclasses of HttpSession that need it, and add 2 upstream fixes to pass it around 2. Arrange for InitCurl_easy to be called in UCP RepoContent as well 3. If AllowInsecureProtocols is disabled, automatically upgrade http connections to https, as is already done in webdav-curl. Do this in Content and RepoContent; hopefully should work to convert when m_aURL member is initialised; the m_xIdentifier on the other hand should have the original URL because ContentProviderImplHelper::queryExistingContents() caching likely relies on that. Change-Id: I20d36ed03ba7ce221d6946b1c996071f4130ec7e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169114 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2024-06-21libcmis,ucb: get more informative error messages for CMIS UCPMichael Stahl
Currently it reports pretty much everything as "The specified device is invalid." but clearly we can do better. Try not to change the public API of libcmis too much; it has 2 string members in libcmis::Exception, add a bunch more type values such as "dnsFailed", "connectFailed", "connectTimeout", "transferFailed". Also there were 2 HttpSession functions that convert libcmis::Exception to CurlException - very odd, was apparently done to appease Coverity, but the exception specifications that caused Coverity to complain were removed from libcmis anyway; let's remove that, every caller of these functions i looked at would immediately convert it back to libcmis::Exception anyway. Change-Id: Iee853af8bb541e6b071b75d593b6c031f67a886d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169335 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2024-06-21libgpg-error: upgrade to 1.50Xisco Fauli
Add external/libgpg-error/undeclared-environ-macOS.patch from https://github.com/gpg/libgpg-error/commit/a59e902b887fd92337c9728f668cf9c89da3957a to fix spawn-posix.c:345:5: error: use of undeclared identifier 'environ' environ = act->environ; ^ 1 error generated. on macOS. Downloaded from https://gnupg.org/ftp/gcrypt/libgpg-error/libgpg-error-1.50.tar.bz2 Change-Id: Ica3a181626429da39651c29482326134ba25d556 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169200 Tested-by: Jenkins Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2024-06-21libcmis: improve Sharepoint authenticationMichael Stahl
Sharepoint 16 apparently won't authenticate with NTLM unless the header "X-FORMS_BASED_AUTH_ACCEPTED: f" is sent. Change-Id: I13fe658a1fc5a18c22a49488dd634cbc07607aef Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169306 Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Tested-by: Jenkins
2024-06-21tdf#161708 sw content controls: handle font color when exporting to PDF formMiklos Vajna
Export the bugdoc to PDF, the orange "date" lost its font color. This went wrong in commit 82d90529dc2b3cb8359dec78852cbd910a66d275 (sw content controls, rich text: add initial PDF export, 2022-09-12), we export the content control as a PDF form widget by default since then. Various properties like checkbox status and dropdown items were handled already, but not text color. Fix the problem by mapping the SwFont color to the widget descriptor color, this fixes the color of the already filled in content of the widget. Note that given this is a property of the form widget, the color is correctly applied also to strings filled in via PDF readers, interacting with the form. Change-Id: Id3e8611e415c0d571afe1cd14561c97b8a910ce9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169317 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
2024-06-20Fix buildStephan Bergmann
...after 4eb9cde4db28616e0b0c9cd6825830ab7d2f3c96 "libxslt: uprade to 1.1.41", > external/libxslt/ExternalPackage_libxslt.mk:28: *** file workdir_for_build/UnpackedTarball/libxslt/libexslt/.libs/libexslt.so.0.8.21 does not exist in the tarball. Stop. at least during an Emscripten cross-build Change-Id: I7fcde7f8708fba68d5d9b751420e402c5da41f3d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169280 Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de> Tested-by: Jenkins
2024-06-20libcmis: don't retry if the connection failed at TLS levelMichael Stahl
... for example due to bad certificate; it is pointless as it will fail exactly the same way. Change-Id: I654261b2691987453e4ac9a3e2f3019dce20da48 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169268 Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Tested-by: Jenkins
2024-06-20libcmis: fix UAF on invalid certificateMichael Stahl
headers_slist may be used again on the 2nd call to curl_easy_perform() in the CURLE_SSL_CACERT case. Change-Id: I146d7f5dd72e2abd580a68c8ea4c9e56b7adeca3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169267 Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Tested-by: Jenkins
2024-06-15tdf#143148 use pragma once instead of include guardsrichtrimble
Change-Id: I1c9dff3b7d4dbaa3b3de224576b2182d1f893619 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168649 Tested-by: Jenkins Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
generated by cgit (git 2.34.1) at 2025-03-20 13:39:58 +0000