Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Ie67bc68f25431dd0391885ac43d87f2717eec1bc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98392
Tested-by: Aron Budea <aron.budea@collabora.com>
Reviewed-by: Aron Budea <aron.budea@collabora.com>
|
|
Change-Id: I8d584811244cd613b8637d9dd2cf1bfe1985ecec
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/97610
Tested-by: Jan Holesovsky <kendy@collabora.com>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
|
|
Change-Id: Icdfee0a6609487f5ac2423c74344cb605b7e4fbf
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/97113
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
|
|
Change-Id: Ia724186ae93038eddb9e11c6678e6d8522846f85
|
|
Change-Id: I7357d70085c7829af4251eb95b74a66286b819a3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/89531
Tested-by: Jan Holesovsky <kendy@collabora.com>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
|
|
...to be able to have a common base for things, and then apply some
additional stuff on top - in this case the Android branding for the CP
builds.
Change-Id: I43118bba84fddb8508cc4688c83c2d81a103d781
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88440
Tested-by: Jan Holesovsky <kendy@collabora.com>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
|
|
Change-Id: Id8aae84308f6128351ae2f93c8fbc8941a0c7fc6
Reviewed-on: https://gerrit.libreoffice.org/79085
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Reviewed-on: https://gerrit.libreoffice.org/81225
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
|
|
No need to reinvent the wheel and hardcode it in configure.ac.
Change-Id: Idb08ea0e5ce228bb0758dbdf023f3aee44da76eb
Reviewed-on: https://gerrit.libreoffice.org/74247
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/74442
Tested-by: Jenkins
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/80284
Tested-by: Jan Holesovsky <kendy@collabora.com>
|
|
Change-Id: Iff70622732792224b3c0a080f95d69f86c167ae6
Reviewed-on: https://gerrit.libreoffice.org/73370
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
(cherry picked from commit b4653db6504a7e12203d5defeea536a0decf76d8)
|
|
Change-Id: Ia485271cb20ceb5da1d93c05259c7ed0b5ff0529
|
|
Change-Id: Ic16414f4eaf32afff1bc80f55cbd2580d4a25eda
Reviewed-on: https://gerrit.libreoffice.org/78987
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: I1006a04bab3866fe56d2a7d2348c3afd09574da7
Reviewed-on: https://gerrit.libreoffice.org/78241
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: I33bd382082ce40fd4db04a7fe3cb2458afac52f9
|
|
As discussed in ESC call of 2019-02-21, enable kde5
for the Jenkins CI builds to detect build issues *before*
the changes get merged.
Reviewed-on: https://gerrit.libreoffice.org/68165
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
(cherry picked from commit 7d2afd1c205d324447e42a8281f646b086882cd5)
Change-Id: I44b0e611348a22b390b6ec89d3ed1d7eb7bddd63
Reviewed-on: https://gerrit.libreoffice.org/72741
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
|
|
Change-Id: If95a9a63e5f02d8b3faf0e563dac20cece9af975
Reviewed-on: https://gerrit.libreoffice.org/68345
Tested-by: Jenkins
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
(cf. LO's configure.ac, needed for external/firebird on non-x86[-64]), but
org.freedesktop.Sdk//18.08 apparently doesn't provide it (while
org.freedesktop.Sdk//1.6 apparently did)
(cf. <https://github.com/flathub/org.libreoffice.LibreOffice/pull/67/commits/
b2762523a4678bedd55c11db232868cbaf9c7bdd> "aarch64 and arm need libatomic_ops")
Change-Id: I6eb060251ce85bfd399b72d9c90a93497a3a9029
Reviewed-on: https://gerrit.libreoffice.org/66987
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
(cherry picked from commit 273e9694ee3920fed5cdf0da59d88f32a6294a2a)
Reviewed-on: https://gerrit.libreoffice.org/67004
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
see <https://github.com/flathub/org.libreoffice.LibreOffice/issues/57>
"OpenJDK 11 is available".
Change-Id: Ie24ed7349ca9a4a57c1a8d18d10b29c4a37e259c
Reviewed-on: https://gerrit.libreoffice.org/65830
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
(cherry picked from commit 5a2f1545134ec25d9bcb5f0d64bc7db8dc5aeb37)
Reviewed-on: https://gerrit.libreoffice.org/65831
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
To not increase the size of the main org.libreoffice.LibreOffice app further,
the plan was to realize this as an org.libreoffice.LibreOffice.Help extension.
Ideally, this would be a localized extension, so that, by default, only a
relevant subset of the extension would be downloaded and installed. (But see
below.)
There are multiple technical problems, as discussed at <https://github.com/
flathub/org.libreoffice.LibreOffice/issues/35#issuecomment-447295308> "Add
integrated LibreOffice Help offline":
* LO can't pass a file URL with query part to xdg-open, so uses a temporary
wrapper .html file that redirects to the target URL. But for the flatpak case
this wrapper can't be in /tmp (which isn't visible from outside the flatpak
sandbox), but is instead stored in a new temp dir under $XDG_CACHE_HOME (which
is always set for flatpaks and /is/ visible form the outside) that is
removed on LO exit.
* The file URL stored in the temp file must be rewritten from the internal path
(/app/libreoffice/help/...) to the path as seen outside the flatpak sandbox.
While the path for the org.libreoffice.LibreOffice /app is stored in
/.flatpak-info, the external path for the org.libreoffice.LibreOffice.Help
extension is different and not stored there. So use a hack trying to
construct that path from what information is available in /.flatpak-info.
* But the help content consists of locale-specific and shared files, and those
reference each other with relative links. But a localized flatpak extension
cannot contain shared files, it can only contain per-language sub-dirs. And
if the shared help files were kept out of the extension, as part of the app
itself, the relative paths among these files inside the flatpak sandbox would
differ from those outside of it, so would be broken when viewing the content
in the external browser. A solution would either (a) need to somehow rewrite
the content of all the help files being served from LO to the external
browser, or (b) replicate the shared help files in all the extension's per-
language sub-dirs (and if some localization uses en-US content as a fallback
for only part of its translated content, e.g., in the case of media files,
would need to also replicate that en-US content), or (c) use a non-localized
extension that always contains the content for all localizations.
For now, I chose the third approach. This makes the
org.libreoffice.LibreOffice.Help extension relatively large (the current
/app/libreoffice/help tree has a size of ca. 100MB), so that I decided to not
have it downloaded and installed automatically ("no-autodownload": true in
solenv/flatpak-manifest.in). (I checked with Flatpak 1.0.6 that if the
extension should be changed to a localized one with the same name in the future,
updating from an older version would work. If the old extension was not
installed, just the relevant localizations of the new version will be downloaded
and installed. If the old extension was installed, the full set of
localizations of the new version will be downloaded and installed.)
(As also mentioned at <https://github.com/flathub/org.libreoffice.LibreOffice/
issues/35#issuecomment-447295308>: "A second, minor, nuisance is that, for
security reasons, an `xdg-open file:///...html` call from a flatpak leads to an
intermediate popup dialog letting the user chose which application to use to
open the URI, while e.g. an `xdg-open http:///...html` is allowed to go directly
to the user's preferred browser. So accessing help content from LO flatpak
would present that popup dialog first, forcing the user to select a browser to
proceed.")
Reviewed-on: https://gerrit.libreoffice.org/65451
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
(cherry picked from commit 72b936d70b7eaa6d9f5f911b27e3c955382de967)
Change-Id: I35f5a23947dd551dc1b9bff1dd2abd6710073b5f
Reviewed-on: https://gerrit.libreoffice.org/65482
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I9980f60ebe4cef26348fc26af6b56245260abcca
Reviewed-on: https://gerrit.libreoffice.org/64937
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
(cherry picked from commit 1b6a0624c5ed6a2ecab18d52c32f6a2bfa09d375)
Reviewed-on: https://gerrit.libreoffice.org/64958
|
|
It doesn't have all the images that dialogs need, for instance the
vcl/res/radio1.png.
Change-Id: If7839fecb2358846b92d46a47cce3b97f7556711
|
|
It belongs in an autogen.input, not in a distro-configs file.
Change-Id: I2e22f94fe9e11986fa40a632e12a272193172bac
|
|
Change-Id: Ia42daaf0dbb8fcd0230c7cee21a0f5d560885c22
|
|
Change-Id: If6149dce7a0467a73720e9ea40e54705518f3316
|
|
Change-Id: Ibbc167ca736012e7585694885370c1505ad48499
Reviewed-on: https://gerrit.libreoffice.org/59939
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
* Fix make distro-pack-install.
* Remove Xorg dependency.
* Remove stack protector workaround.
* Update distro-config and enabled features.
Change-Id: I273dc8343ad84bd77b86453cc01ff427b50ea0b5
Reviewed-on: https://gerrit.libreoffice.org/58634
Tested-by: Jenkins
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
|
|
...in 26b40fcfc67480e75bd9959b0c5cb9db10fdf6a1 "Moving mysqlc into connectivity
as a library", apparently without replacement
Change-Id: Ia1d32f98bd90efe2fcd4441dd84cd1862a4daa70
|
|
Change-Id: I60319d22c192b068860b1959350a602edf19aea4
Reviewed-on: https://gerrit.libreoffice.org/58916
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I0b6c2d116496da64f91cb5cafb81b69e02366d96
Reviewed-on: https://gerrit.libreoffice.org/58743
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I731e9bcae221d72286f13d5ab8a117e1f1f92052
|
|
...as suggested in comment <https://github.com/flathub/
org.libreoffice.LibreOffice/issues/48#issuecomment-399739393> to "LibreOffice
6.0.5": "Should 'Flatpak version' be just 'Flatpak' to save translation of
'version' in the string for non-English locales?"
Change-Id: I53171a5725f54520ae9e3cbaf294e291d16e1c78
Reviewed-on: https://gerrit.libreoffice.org/56390
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
...see 02248e9e191f798f96218a0c4d281f99e15bea31 "solenv/flatpak-manifest.in:
Disable debug information again, for now" commit message
Change-Id: I4a9f8c547a50e8a8c83b5f96768949867aa4bb7b
Reviewed-on: https://gerrit.libreoffice.org/55453
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
see <https://github.com/flathub/org.libreoffice.LibreOffice/issues/42>
"OpenJDK 10 is now available".
Change-Id: Iaae9d22d91d984a5c11eee26bd05ab7d328d7a5b
Reviewed-on: https://gerrit.libreoffice.org/55422
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ie0e8b8b7ad59ee640d6b195dfae1a7cf745056fd
Reviewed-on: https://gerrit.libreoffice.org/54543
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
|
|
Change-Id: I8d3c639bfeb6797a5d61ea21e55ac23da1504120
|
|
Change-Id: Ic8f4afe8f46b5f0c36eeffdbb04b3cc652884ab4
|
|
In addition to the options in this file, the following are present in
our autogen.input for the 6.0 branch:
--disable-ccache
--enable-macosx-code-signing=<redacted>
--enable-macosx-package-signing=<redacted>
--with-external-tar=/Users/tml/lo/src
--with-lang=bg br ca ca-valencia cy cs da de el en-US en-GB es et eu fi fr ga gd gl hr hu id is it ja km lt lv nb nl nn pl pt\
pt-BR ro ru sk sl sv ta tr uk zh-CN zh-TW
--with-macosx-bundle-identifier=com.collabora.libreoffice-free
--with-product-name=LibreOffice Vanilla
--with-package-version=<depends on version>
--with-referenced-git=/Users/tml/lo/core
--without-parallelism
The language list is a guesstimate of what localisations are good
enough. Suggestions of languages that should be dropped (or added)
welcome.
(We don't want a language with immediately visible holes (in top level
menus or common dialogs) in the translation coverage. That is an
insult to a user who would want to use that language and worse than
not providing a localisation in that language at all. In my opinion.)
Change-Id: I0dd1c2848cd964f6bf9e17d95d1735b81b235b1c
|
|
...now that 14955ed91b282ccbb395cb47c6d76e3b42b34748 "external/firebird: Support
Clang ASan" allows to
Change-Id: I339ec464a085853e1b6789a544b8f64932f1322d
|
|
We cannot silently convert user data or their used file formats
and then await them to accept it or reinstall an older version.
Let us make a soft change instead of an hard (heart) break
and avoid us to been attacked with fire and forks from our users.
This reverts commit 8d381ae8d6c742a7e15bf7ad9e07b65f81728ef6.
Change-Id: Ia153640935e355771acb85cf652f8fe4c21fafbb
Reviewed-on: https://gerrit.libreoffice.org/52731
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tamás Bunth <btomi96@gmail.com>
|
|
Change-Id: Id4cfb69079f0150c9cca2626c16df7fab441d916
Reviewed-on: https://gerrit.libreoffice.org/52611
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tamás Bunth <btomi96@gmail.com>
|
|
...from <https://github.com/flathub/org.libreoffice.LibreOffice/>:
commit 7a2393f5fcab8c6938180c4718f2c61acd495528
Author: Robert McQueen <rob@endlessm.com>
Date: Tue Apr 3 10:41:22 2018 +0100
port to freedesktop.org 1.6 runtime
Gtk+3/GIO/etc dependencies used by LO in "GNOME" mode are actually
included in the freedesktop.org runtime. Try to build against fd.o
by downgrading gst-libav (fd.o has gst 1.10 rather than gnome's 1.12),
bundling dbus-glib and disable Gtk+ 2.
commit 42650da01f270e86bfb40035a9194b23ccf24c4c
Author: Robert McQueen <rob@endlessm.com>
Date: Tue Apr 3 11:23:27 2018 +0100
fix up LD_LIBRARY_PATH with gcc7
Append to library path rather than resetting it (causes build failures
due to overriding /app/lib).
commit 3e4c655294c8124cb54e1c651ec4dc1230b8151e
Author: Robert McQueen <rob@endlessm.com>
Date: Tue Apr 3 11:25:02 2018 +0100
fixup solenv/bin/assemble_flatpak.sh
Use mkdir -p to be robust to other modules (ie dbus-glib) creating
some of the paths before we do.
commit d1d449ffa837b1de876f524494dbce09ec92ce73
Author: Robert McQueen <rob@endlessm.com>
Date: Wed Apr 4 15:50:49 2018 +0100
split resource/registry data into Locales extension
Move the language-specific data into the /app/share/runtime path which
flatpak-builder splits into the Locale extension if we re-enable
separate-locales. We symlink the original locations back to these paths, which
means we have dangling symlinks depending on which Locale sutpaths are
installed.
Include Stephan Bergmann's patch from https://gerrit.libreoffice.org/#/c/52381/
to make the configmgr robust to such dangling links.
commit ad6674f166c68fb79e19d80950a104a0a33f81dc
Author: Robert McQueen <rob@endlessm.com>
Date: Wed Apr 4 16:05:28 2018 +0100
make locale split glob more specific
This loop will fail if the share/registry/res folder gains any .xcd
files which are not named fcfg_langpack_* or registry_* so just to
be safe, only glob these files.
Change-Id: Icd41d7077b9f308dbb196927715b210328709662
Reviewed-on: https://gerrit.libreoffice.org/52642
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
where the Yocto-based GNOME SDK provides no python lxml, but building LO's
internal one fails because it internally uses {xml2,xslt}-config, and those are
broken by (mis?-)design in Yocto, just returning with exit code 1.
It didn't work well to pass applications of pkg-config into the external/lxml
build as replacements for --with-{xml2,xslt}-config (as is successfully done
elsewhere with 1462b2784fa3e95499808b2ef706e4787a01aaae "Adapt the
external/redland/raptor/xml2-config.patch to raptor2-2.0.15"), so just run
gla11y in its slightly limited form without lxml in the Flatpak build.
Change-Id: I2d42901373c8c861b16da385c37bcc24d6e783fd
Reviewed-on: https://gerrit.libreoffice.org/51321
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
* Obviously VCL wiring is missing, but most components do build.
Change-Id: Ie853ada1423a8f4c2b647be59cd47a7730c42978
Reviewed-on: https://gerrit.libreoffice.org/50293
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Change-Id: I219d556f8e124cfe426cc1ac3c54da34eb7ef790
Reviewed-on: https://gerrit.libreoffice.org/49925
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
see 90d2155912bcee40377620d4836726041a72d537 for boost fix and
see effe6b3d84302afce3d5095e4f376e7e3bf669e0 for bridges fix for mac
Change-Id: Ic6209ce0927dafd39763ef0b2fabbcaa7abf743f
Reviewed-on: https://gerrit.libreoffice.org/46002
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
gnustl (and others) are to be removed in future versions of the ndk
also bump gradle and build-tools to current versions along with it
arm unfortunately crashes with llvm-c++, so keep with gnustl for now/fix
that later
Change-Id: Ic794c3293b599b77ec48096bf3283a99c09cbb79
Reviewed-on: https://gerrit.libreoffice.org/45163
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
Includes a revert of 58891d589bd8da700f135b098dd50833277c65dc "Add distro-pack-
install-strip target to be used by dev-tools' flatpak/build.sh".
Change-Id: Ie2ba18bc13471b46e8d5f41868bae5aee17ff25f
Reviewed-on: https://gerrit.libreoffice.org/47599
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Disable gpgme called for passing parameters to configure, when called
internally (to generate config_build etc).
Update the distro-conf, with info on the different supported models
Change-Id: I884c8638bf7b1c9fbc8ea4bdaa4dfca019857f45
|
|
...fixing <https://github.com/flathub/org.libreoffice.LibreOffice/issues/5>
"Add JRE-based components".
It appeared to be easiest to install the Ant build-time dependency to
/run/build/libreoffice/ant, instead of making it into a flatpak-builder module
of its own. (The sha512 is as given at
<http://ant.apache.org/bindownload.cgi>.)
To avoid further dependencies, configure --without-export-validation and
--without-junit, only affecting build-time checks (and the amount of checks thus
affected by a plain `make` should be small).
Change-Id: I5b67c37f168533f9dc7ade11c7c4e2c42814b942
Reviewed-on: https://gerrit.libreoffice.org/47322
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
CXXFLAGS_CXX11 is for the compiler used to compile LO proper. The plugin needs
to be compiled in a way compatible with compiling Clang, and the compiler and
any relevant flags can be controlled with COMPILER_PLUGINS_CXX. (And at least
on macOS when compiling LO against a locally-built recent Clang trunk,
CXXFLAGS_CXX11 will now contain -std=gnu++17, but COMPILER_PLUGINS_CXX can still
point at Apple's Xcode clang++, which does not understand -std=gnu++17.)
Also, if COMPILER_PLUGINS_CXX is not set, simply default it to g++ instead of
trying to construct an acceptable CLANGCXX value from CXX (which would be
Clang). (The problem with using Clang without CXXFLAGS_CXX11 is that Clang,
unlike GCC, typically defaults to C++03, but building compilerplugins requires
C++11 at least. That would cause e.g. the Gerrit/Jenkins linux_clang_dbgutil_64
builds to fail---but which also needs COMPILER_PLUGINS_CXX to be explicitly set
to "g++ -std=c++11" as GCC on those machines is still 4.8.5 defaulting to
C++03.)
Change-Id: Id4ee4e54fa871cb6e621069cd050ae5b31922b34
Reviewed-on: https://gerrit.libreoffice.org/45856
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ifeedad11c9a1c108e611160d089846cfc16b1e9e
|