summaryrefslogtreecommitdiff
path: root/README.md
AgeCommit message (Collapse)Author
2023-02-16Update Android baseline in README.mdMichael Weghorn
* minimum NDK is 23 since Change-Id I9ea714255faf29d50bb5f8e206f13495637da867 ("android: Require NDK 23 and use default linker lld"); TDF Jenkins uses NDK 25. * Gradle plugin 7.4.0 used since commit 20989728c78008f29c7f7bf72b3d0e5189835dc4 ("android: Update Android Gradle Plugin to 7.4.0") has minimum and default SDK version 30.0.3 [1]. [1] https://developer.android.com/studio/releases/gradle-plugin#7-4-0 Change-Id: I9d8f09b21f5ffbee4f3cc9dd7bcc7770031cec65 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146243 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2022-12-19build baseline is macOS 12 and XCode 14 (macOS 13 for m1)Christian Lohmaier
(and would also be macOS 13 for the intel builds if the old macMini would be on the officially supported list) Change-Id: I4205f30274bdd43d80d02d6cda863ec83bdda63e
2022-12-14Bump minimum macOS to 10.15Ilmari Lauhakangas
This gives us support for filesystem library (after GCC is bumped to >7) Change-Id: I5e497ee818de883e63e1288acfc400ebadf0cdec Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144156 Tested-by: Jenkins Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
2022-06-15Bump minimum macOS to 10.14Ilmari Lauhakangas
This gives us full support for variant, optional, any and visit libraries Change-Id: I9f1bff5d7c0e2d5acc8c8b92c9a269b00e317574 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/135804 Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
2022-06-10Add information on Java baseline in README.mdHossein
As discussed in the ESC, although LibreOffice can be built with the Java Development Kit (JDK) version 9, the JDK 9 is no longer supported by the JVM vendors including Oracle, Red Hat and others. Thus, it is asserted here that JDK 11 or later should be used to build LibreOffice. For further information on the supported versions of JDK, and its lifcycle, see these articles: Oracle Java SE Support Roadmap (Updated March 22, 2022) https://www.oracle.com/java/technologies/java-se-support-roadmap.html OpenJDK Life Cycle and Support Policy (Updated November 22 2021) https://access.redhat.com/articles/1299013 It should be noted that JDK 8 is still supported, but it is not usable for building LibreOffice. It is also documented that without Java one may lose many features that are described in the TDF wiki article Development/Java: https://wiki.documentfoundation.org/Development/Java Change-Id: Id001c341a221b0fe5c07c7129956a824261d32c0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/135557 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2022-05-05Warn if Visual Studio 2019 version is < 16.10Hossein
During the compilation with Visual Studio 2019 v16.5, the dragonbox was failing the build, but it was OK when ugprading to the latest version, 16.11. It should be noted that according to the list of predfined macros in Visual Studio, v16.10 and v16.11 use the same value for _MSC_VER, which is 1929. Thus, the distinction between these 2 versions can not be distinguished. Predefined macros https://docs.microsoft.com/en-us/cpp/preprocessor/predefined-macros For not having the Visual Studio version > 16.10, a warning is shown, and if the Visual Studio version is < 16.5, just like before, an error is generated. Change-Id: I6661ee5121b03ca43e1f7503b74191abcc8d6b40 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132907 Tested-by: Jenkins Reviewed-by: Hossein <hossein@libreoffice.org>
2022-04-16Update README.md filesHossein
* Fix typo * Improve links Change-Id: Ie77ec795675bf7497c90620eb44ebb3191c003b1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133067 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2022-04-13Update remaining DevGuide wiki links.Ilmari Lauhakangas
My Kate editor decided to do some whitespace cleanup, but maybe it's fine as the main changes are not targeting functional bits anyway. Change-Id: I5292e77e43055f94a6256a7f72d49fd59287d194 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132928 Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
2022-02-24Bump macOS build baseline to Xcode 12.5 and macOS 11.0Stephan Bergmann
...as announced at <https://lists.freedesktop.org/archives/libreoffice/2022-January/088320.html> "Bump macOS build baseline to Xcode 12.5 and macOS 11.0 [was: std::optional::value]". (The immediate benefit is that std::optional::value can now be used and no longer triggers bogus "'value' is unavailable: introduced in macOS 10.14" errors depending on which version of Xcode is being used; see <https://lists.freedesktop.org/archives/libreoffice/2022-January/088314.html> "std::optional::value" for details.) Change-Id: I819d8dfebabefc22c6af275154df0ff52ca77f5c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128384 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2022-02-17Bump compiler plugins Clang baseline to 12.0.1Stephan Bergmann
...as discussed in the mail thread starting at <https://lists.freedesktop.org/archives/libreoffice/2020-November/086234.html> "Bump --enable-compiler-plugins Clang baseline?" (and now picked up again at <https://lists.freedesktop.org/archives/libreoffice/2022-February/088459.html> "Re: Bump --enable-compiler-plugins Clang baseline?"), and clean up compilerplugins/clang/ accordingly Change-Id: I5e81c6fdcc363aeefd6227606225b526fdf7ac16 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129989 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2022-02-17Bump Linux Clang baseline to 8.0.1Stephan Bergmann
...as discussed in the mail sub-thread starting at <https://lists.freedesktop.org/archives/libreoffice/2022-February/088476.html> "Also bump Linux Clang baseline to 12.0.1 (was: Bump --enable-compiler-plugins Clang baseline?)", and clean up newly-obsolete __clang_major__ checks Change-Id: Idacb9148b019c07e138277df3a085ba71c64a8e1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130028 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2022-01-12Bump minimum macOS to 10.13Ilmari Lauhakangas
Change-Id: If495606bb1b0c82abba8fa93277cf3d445e0136a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128291 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2021-11-03Bump minimum macOS to 10.12Tor Lillqvist
Change-Id: I1a4af1af2eb95cb182491b2de2ac05dc3a1cb0c2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124547 Tested-by: Jenkins Tested-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org> Reviewed-by: Ilmari Lauhakangas <ilmari.lauhakangas@libreoffice.org>
2021-06-02s/irc.freenode.net/irc.libera.chat/ in README.mdChristian Lohmaier
see also https://tdf.io/ircmigration Change-Id: I468f450649b352489b9651ebbb34f04eddb87af9
2021-05-05WASM: add initial support for Emscripten cross buildJan-Marek Glogowski
- configure with: - --host=wasm64-local-emscripten - had to make a few externals optional, so adding: - --disable-nss - --disable-cmis - --disable-curl Change-Id: I48d1c73d2675ad2e2beaf2c341578199efbd24ee Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111130 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-04-19Updated README.md filesHossein
* Updated README.md contents to fix various issues * Fixed source links by using [git:], processed by mkdocs scripts * Added README.md for ios, setup_native, unotest * Fixed issues with "underline" and "less than" sign Change-Id: I3e52a1d3372586c390ee6c42a2ef48bbabc81398 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/114248 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2021-04-07Updated README.md files to represent current code / use Markdown formatHossein
Previously, all of the README files have been renamed to README.md and now, the contents of these files were changed to use Markdown format. Other than format inconsistency, some README.md files lacked information about modules, or were out of date. By using LibreOffice / OpenOffice wiki and other documentation websites, these files were updated. Now every README.md file has a title, and some description. The top-level README.md file is changed to add links to the modules. The result of processing the Markdown format README.md files can be seen at: https://docs.libreoffice.org/ Change-Id: Ic3b0c3c064a2498d6a435253b041df010cd7797a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113424 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2021-01-14Bump MSVC baseline to Visual Studio 2019 version 16.5Stephan Bergmann
After b4b7e92cbf5a212cc1c648af86df2dee364d48c8 "Use MSVC's /permissive- to make it more standards conforming", vmiklos reported that his 16.4.6 build started to fail with > C:/lo/master/connectivity/source/drivers/odbc/OStatement.cxx(411): error C2760: syntax error: unexpected token 'identifier', expected 'type specifier' > C:/lo/master/connectivity/source/drivers/odbc/OStatement.cxx(411): note: This diagnostic occurred in the compiler generated function 'T connectivity::odbc::OStatement_Base::getStmtOption(SQLINTEGER) const' > C:/lo/master/connectivity/source/drivers/odbc/OStatement.cxx(418): error C2760: syntax error: unexpected token 'identifier', expected 'type specifier' > C:/lo/master/connectivity/source/drivers/odbc/OStatement.cxx(418): note: This diagnostic occurred in the compiler generated function 'SQLRETURN connectivity::odbc::OStatement_Base::setStmtOption(SQLINTEGER,T) const' > [build CXX] connectivity/source/drivers/odbc/ODatabaseMetaData.cxx > make[1]: *** [C:/lo/master/solenv/gbuild/LinkTarget.mk:301: C:/lo/master/workdir/CxxObject/connectivity/source/drivers/odbc/OStatement.o] Error 2 > make[1]: *** Waiting for unfinished jobs.... > C:/lo/master/connectivity/source/drivers/odbc/ODatabaseMetaDataResultSet.cxx(161): error C3861: 'checkDisposed': identifier not found > C:/lo/master/connectivity/source/drivers/odbc/ODatabaseMetaDataResultSet.cxx(161): note: 'checkDisposed': function declaration must be available as none of the arguments depend on a template parameter > C:/lo/master/connectivity/source/drivers/odbc/ODatabaseMetaDataResultSet.cxx(161): note: This diagnostic occurred in the compiler generated function 'T connectivity::odbc::ODatabaseMetaDataResultSet::getInteger(sal_Int32)' > make[1]: *** [C:/lo/master/solenv/gbuild/LinkTarget.mk:298: C:/lo/master/workdir/CxxObject/connectivity/source/drivers/odbc/ODatabaseMetaDataResultSet.o] Error 2 while it succeeded after upgrading to 16.8.4. That change had been seen working with 16.5.4 (on tb73, see <https://lists.freedesktop.org/archives/libreoffice/2021-January/086635.html> "Heads up: Use MSVC's /permissive- to make it more standards conforming"), so lets hope that bumping the baseline from 16.4 to 16.5 is all that is needed. Change-Id: I7446f778a94e15e7ea5c8ef0780bf10831a2d4b7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109293 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-03-04Bump Windows build baseline to Visual Studio 2019 16.4Stephan Bergmann
(where 16.4 is currently the latest version of Visual Studio 2019 available at <https://visualstudio.microsoft.com/downloads/>), see <https://lists.freedesktop.org/archives/libreoffice/2020-February/084575.html> "ESC meeting minutes: 2020-02-27": "Update baseline to VS2019 on master before 7.0 [...] check what’s the current patch level, require that? [...] no objections" The code from 4ea0059bca6dd84f10abcf52f6d6b81c1afec397 "VS detection: Fallback to old registry check if vswhere failed" has been removed in accordance with its comment "The below hack does not work for VS 2019 anyway, so should be removed when upgrading baseline. (Changing the comment "go to Start menu, open 'Visual Studio 2017', [...]" regarding the installation of GNU Make from source is somewhat arbitrary, but lets stick to the tradition of bumping that version number along with any build baseline bump.) Change-Id: Ic4fe8a3d347aa1748377f2d3205e302bff189b79 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/89699 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins
2020-02-20Bump macOS build baseline to Xcode 11.3 and macOS 10.14.4Stephan Bergmann
...as discussed at <https://lists.freedesktop.org/archives/libreoffice/2020-February/084471.html> "Bump macOS Xcode baseline to 11?" and <https://lists.freedesktop.org/archives/libreoffice/2020-February/084519.html> "ESC meeting minutes: 2020-02-20". (Code that might no longer be relevant will be cleaned up in follow-up commits.) Change-Id: I179e6099937d244502bd0e7fbff43f1734984213 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/89154 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-02-06Self-certify LibreOffice licenses as OSI-approvedThorsten Behrens
Change-Id: I094217fa1f43b6eed9020c97fde07e4b413aef31 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/87998 Reviewed-by: Michael Meeks <michael.meeks@collabora.com> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2019-11-01README: Add Weblate badge for core l10nAdolfo Jayme Barrientos
Change-Id: Ie188f4d7e5ac3291933089a72be638e9af935097 Reviewed-on: https://gerrit.libreoffice.org/81856 Reviewed-by: Sophie Gautier <gautier.sophie@gmail.com> Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2019-10-28Android: document one SDK version that worksMiklos Vajna
configure.ac doesn't check for any version as far as I see, add what works for me at the moment. Change-Id: If8b28e2a5d4bf4aea4325038ddf416a43f904db4 Reviewed-on: https://gerrit.libreoffice.org/81621 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
2019-08-26Android: document one NDK version that worksMiklos Vajna
The baseline info was silent on Android, and at least my old r16b was too old to build master, while updating to r19c fixes the build, so document that finding. Change-Id: I8713d68a9cfe62ca241f0047f46da496acb85acd Reviewed-on: https://gerrit.libreoffice.org/78119 Reviewed-by: Miklos Vajna <vmiklos@collabora.com> Tested-by: Jenkins
2019-08-15Fix MSVC version in README.mdStephan Bergmann
...to match configure.ac check from 206b8c4ae320d7d8614f21800d8f77fa29f8f5ff "On Windows, check for at least Visual Studio 2017 version 15.7" Change-Id: Ie78beb0a1d57aea590f3e73b9d4c45787d6531bf Reviewed-on: https://gerrit.libreoffice.org/77488 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-06-05baseline is CentOS/RHEL 7 (glibc 2.14 or later)Christian Lohmaier
Change-Id: Ie796a5c8f36b33c61eb69b6b68f7439f9359526f
2018-12-06Bump (Linux) GCC baseline to 7.0.0Stephan Bergmann
...as discussed at <https://lists.freedesktop.org/archives/libreoffice/2018-November/081435.html> "minutes of ESC call ..." Change-Id: Ib1a4fdc56c51ab5c9e45173263689db2b88d72e7 Reviewed-on: https://gerrit.libreoffice.org/63951 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-12-04Bump (Linux) Clang baseline to 5.0.2Stephan Bergmann
...as discussed at <https://lists.freedesktop.org/archives/libreoffice/2018-November/081435.html> "minutes of ESC call ...". This no longer sets CLANGVER, CLANG_VERSION, and CLANG_FULL_VERSION when using Apple Clang (on macOS), which uses different version numbers from upstream anyway. But those variables are only used in the context of compiler plugins, which do not work with Apple Clang anyway (which lacks necessary include files). (Also, move "AC_SUBST(COM_IS_CLANG)" up to where it belongs.) Change-Id: Iee37c42ecacf52fa5a07e35241bcd404025e1cdf Reviewed-on: https://gerrit.libreoffice.org/63899 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-11-28Xcode 9.3 reportedly requires at least macOS 10.13.2Stephan Bergmann
...according to <https://en.wikipedia.org/wiki/Xcode# Xcode_7.0_-_10.x_(since_Free_On-Device_Development)>. (See also the discussion in the mail sub-thread starting at <https://lists.freedesktop.org/archives/libreoffice/2018-November/081453.html> "Re: Compiler baselines".) Change-Id: Iab6fa737dfeb7cea93b18ec85c76d21da92e1d6d Reviewed-on: https://gerrit.libreoffice.org/64177 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-11-27Bump minimum macOS run-time version to 10.10Tor Lillqvist
It is much over a year since we bumped to 10.9, so it is time. Bumping to 10.10 will allow us to with good conscience get rid of some code that (presumably) tries to emulate some aspects of OS X user interface look that went away in 10.10. See tdf#114839. Change-Id: Ic41f73d8e59a40c4696069af85bb3ff33146086c Reviewed-on: https://gerrit.libreoffice.org/63880 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2018-11-23Bump Xcode baseline to 9.3Stephan Bergmann
...as discussed at <https://lists.freedesktop.org/archives/libreoffice/2018-November/081435.html> "minutes of ESC call ..." Change-Id: I47e23d222b4b27256483dfd7de915dd99ae81317 Reviewed-on: https://gerrit.libreoffice.org/63878 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-11-23Bump compiler plugins Clang baseline to 5.0.2Stephan Bergmann
...as discussed at <https://lists.freedesktop.org/archives/libreoffice/2018-November/081435.html> "minutes of ESC call ..." Change-Id: Ia053da171d59747984546f38e19da808825b4f79 Reviewed-on: https://gerrit.libreoffice.org/63832 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-10-01Add loplugin:includeform documentationStephan Bergmann
Change-Id: I5a8c6ab0a967d9da2e1764301cd54f87f467a653 Reviewed-on: https://gerrit.libreoffice.org/61176 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-07-12Say VS2017 here, tooTor Lillqvist
Change-Id: Icce460adc702547b12ad8e474507e396424c1eb3
2018-06-07Bump iOS SDK version to the current one, 11.4Tor Lillqvist
Not sure why we at some stage lost the possibiliy to build against any of several recent versions, but require one specific. But yeah, no big deal, anybody working on iOS code is expected to keep ther Xcode (and thus SDKs) updated.
2018-04-01iOS, bump versionsjan Iversen
SDK needed is 11.3 Xcode needed is 9.3 Change-Id: If26eda81f969f63500d94e3274dda8efb59dec12
2018-02-11Updated links in readme files (https etc.)Ilmari Lauhakangas
Change-Id: Id4906290f312dc6d1800d5d17dedf1f07dd3480d Reviewed-on: https://gerrit.libreoffice.org/49491 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2017-12-30iOS, bump version to 11.2jan Iversen
Change-Id: Ia24e872f138a78d3d585150e3cde78858de60b77
2017-12-19Bump --enable-compiler-plugins to Clang 3.8.0Stephan Bergmann
<https://lists.freedesktop.org/archives/libreoffice/2017-December/079107.html> "Clang baseline bump" Change-Id: I18fca8794ea34118fc6308458064d0c28cf5caf7 Reviewed-on: https://gerrit.libreoffice.org/46557 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-12-19Document that Clang 3.4.2 is known to be too oldStephan Bergmann
<https://lists.freedesktop.org/archives/libreoffice/2017-December/079107.html> "Clang baseline bump" Change-Id: I13b621be7614ce81777bf56ce52a68e36513be20 Reviewed-on: https://gerrit.libreoffice.org/46518 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-11-13iOS, update to version 11.1jan Iversen
Change-Id: I3e477162468ad7386d83480ce8ae1da9536465b0
2017-11-08README.md: markdown use 4 spaces for list indentationKorrawit Pruegsanusak
Change-Id: I5ac151877f0bccfdc955171b26fecefcacfbe117 Reviewed-on: https://gerrit.libreoffice.org/43720 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2017-11-03loplugin:includeform: document the requirementsMike Kaganski
See commits acb3ed0615a1b4e31257fa1014e9e2f2188c602c and 189abcf0db61c41a565bd355294bf6e712fc3e5a, and mail thread <https://lists.freedesktop.org/archives/libreoffice/2017-October/078601.html> Change-Id: I2eea0b0a13bfe7f2919f36c94e76796b6a8cf122 Reviewed-on: https://gerrit.libreoffice.org/43945 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2017-10-27iOS update to 11.0jan Iversen
Starting to use 11.0 features Change-Id: I0e147c0b436a93d11f220b533a5b2091f7cb56fc
2017-10-08iOS, update app to swift 4jan Iversen
Preparing for iOS 11.0 and xCode 9.0 Change-Id: I9e7dc9b6c55bf5606eae859baa47fcd95fdc5ed8
2017-10-04iOS, updated README.mdjan Iversen
on request. Disclaimer, this is currently work in progress and the library should *not* be used for production. Change-Id: I016933fcf10d7864babbf5d24ffcaa439a6753a7
2017-10-03Update OSX SDK checkingNoel Grandin
We require a min of 10.12 to build these days. Also reverse the order of the list in configure.ac so that we pick up newer SDK before older SDK. Change-Id: Iae25f1971123479801a82c9d30172668a4cfa52a Reviewed-on: https://gerrit.libreoffice.org/42450 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2017-09-08Document baselinesJan-Marek Glogowski
Change-Id: I32c8b027abec13805fcb4fc244c7eca00e0c6fee Reviewed-on: https://gerrit.libreoffice.org/42072 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2016-10-10README.md: Add CII Best Practices badgeAdolfo Jayme Barrientos
Change-Id: I9bba2714fafe4d14c28348d36b0530a8109e1845
2016-01-20drop basebmp entirely nowCaolán McNamara
Change-Id: I534848c4be8eadf86b7f31ac742a80982405f56f
generated by cgit (git 2.34.1) at 2024-12-28 07:58:18 +0000