strepsirrhini/office-gobmx
9
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
office-gobmx/distro-configs
History
Stephan Bergmann 2799b94bf9 Flatpak: Work around patched libpng in org.freedesktop.Sdk 
see
<7c79189f67>
"Work around patched libpng in org.freedesktop.Sdk":

...which carries
<873b284504>
"elements/base/libpng.bst: Add support for animated PNGs", thus handles "acTL"
chunks by itself, thus doesn't call the LibreOffice handle_unknown_chunk
function (in vcl/source/filter/png/PngImageReader.cxx) for such chunks, thus
never sets APNGInfo::mbIsApng to true, so causes CppunitTest_vcl_png_test to
fail with

> PngFilterTest.cxx:382:Assertion
> Test name: PngFilterTest::testApng
> assertion failed
> - Expression: aGraphic.IsAnimated()

(<https://buildbot.flathub.org/#/builders/6/builds/92958>) since
<https://git.libreoffice.org/core/+/bf944e33569e4a1d6236a54671b7320cdc6ffaf6%5E%21>
"tdf#104877 Add basic APNG format support".

The patch appears to originate from
<https://sourceforge.net/projects/libpng-apng/>, and it might be possible to
adapt the LibreOffice code to also work with such a patched libpng (whose png.h
defines PNG_APGN_SUPPORTED).  However, for now just use LibreOffice's own
external/libpng instead of the patched one.

Change-Id: Ib67056d11dfa6456920a18216a3b2bbec45f3662
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162112
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de>
2024-01-15 17:29:00 +01:00
..
Jenkins Fix make create-partial-info (for Windows, at least) 2024-01-11 21:01:51 +01:00
CPAndroid.conf
CPAndroidAarch64.conf
CPAndroidBranding.conf
CPAndroidX86.conf
CPAndroidX86_64.conf
CPLinux-LOKit.conf add an --enable-cairo-rgba to set the order of pixels for internal cairo 2023-06-27 10:04:36 +02:00
LibreOfficeAndroid.conf
LibreOfficeAndroidAarch64.conf
LibreOfficeAndroidX86.conf
LibreOfficeAndroidX86_64.conf
LibreOfficeCoverity.conf update LibreOfficeCoverity.conf 2023-06-23 21:35:24 +02:00
LibreOfficeFlatpak.conf Flatpak: Work around patched libpng in org.freedesktop.Sdk 2024-01-15 17:29:00 +01:00
LibreOfficeHaiku.conf
LibreOfficeiOS.conf
LibreOfficeiOS_Sim.conf
LibreOfficeLinux.conf
LibreOfficeMacOSX.conf
LibreOfficeOnline.conf add an --enable-cairo-rgba to set the order of pixels for internal cairo 2023-06-27 10:04:36 +02:00
LibreOfficeOpenBSD.conf
LibreOfficeOssFuzz.conf stop using removed ---with-idlc-cpp=cpp argument 2022-06-14 15:19:38 +02:00
LibreOfficeVanillaMacAppStore.conf Drop unused CT2N extension 2022-04-26 10:08:30 +02:00
LibreOfficeWASM32.conf Need --disable-gen for the Qt5-based WASM LibreOffice now 2022-12-06 10:39:52 +00:00
LibreOfficeWin32.conf
LibreOfficeWin64.conf Hard-code --with-online-update-mar-channel=LOOnlineUpdater 2024-01-02 21:23:39 +01:00
LibreOfficeWinArm64.conf
README.md

README.md

Pre-canned Distribution Configurations

These files are supposed to correspond to the options used when creating the Document Foundation (or other "canonical") builds of LibreOffice for various platforms. They are not supposed to represent the "most useful" options for developers in general. On the contrary, the intent is that just running ./autogen.sh without any options at all should produce a buildable configuration for developers with interest in working on the most commonly used parts of the code.

See https://wiki.documentfoundation.org/Development/ReleaseBuilds for how TDF builds make use of these switches. (Especially, since --with-package-format now triggers whether or not installation sets are built, all the relevant *.conf files specify it, except for LibreOfficeLinux.conf, where the TDF build instructions pass an explicit --with-package-format="rpm deb" in addition to --with-distro=LibreOfficeLinux.)

(Possibly the above is a misunderstanding, or maybe there never even has been any clear consensus what situations these files actually are intended for.)

The files contain sets of configuration parameters, and can be passed on the autogen.sh command line thus:

./autogen.sh --with-distro=LibreOfficeFoo

Contrary to the above, in the Android case the amount of parameters you just must use is so large, that for convenience it is always easiest to use the corresponding distro-configs file. This is a bug and needs to be fixed; also configuring for Android should ideally use sane (or the only possible) defaults and work fine without any parameters at all.