summaryrefslogtreecommitdiff
path: root/distro-configs/Jenkins
AgeCommit message (Collapse)Author
2019-10-24gandalf is no longer using devtoolsetChristian Lohmaier
Change-Id: I3c9d48714994fe8c00da5a48ec2d05bba6b2ca2e
2019-10-16use --disable-symbols with Jenkins Win/Mac builds that use dbgutilLuboš Luňák
We want debug builds there, but the debugging symbols for debugger themselves are not actually needed (Linux builds use the debug symbols for printing backtraces when a unittest crashes, but Win/Mac do not). This should save generating the needless debug info (CPU and I/O). Change-Id: I3fc8bdb66e4822838216359b23b8a2dd5f2a0f42 Reviewed-on: https://gerrit.libreoffice.org/80732 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-10-16use --disable-dependency-tracking for Jenkins buildsLuboš Luňák
They always start with 'make clean' (at least according to the logs), so they are always one-time builds where creating dependencies is not needed. Change-Id: If402fbaa21bd213e3f781985479dd49c266ca511 Reviewed-on: https://gerrit.libreoffice.org/80730 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-10-15gandalf now has gcc9 / no devtoolsetChristian Lohmaier
Change-Id: I2e5ded126f99ea7eb79d2db57240203dd3025e67
2019-10-01Use --with-sytem-cairo for the ASan+UBSan tinderbox againStephan Bergmann
After 1ae450504cf57457f9702684b1517fda1dd3c481 "drop gtk2 support" removed the implicit --enable-gtk which removed the implicit --with-system-cairo, <https://ci.libreoffice.org/job/lo_ubsan/1402/> started to fail with > [build LNK] Executable/canvasdemo [...] > /home/tdf/lode/jenkins/workspace/lo_ubsan/instdir/program/libcairo.so.2: undefined reference to `__muloti4' [...] > clang-9: error: linker command failed with exit code 1 (use -v to see invocation) > /home/tdf/lode/jenkins/workspace/lo_ubsan/solenv/gbuild/LinkTarget.mk:635: recipe for target '/home/tdf/lode/jenkins/workspace/lo_ubsan/workdir/LinkTarget/Executable/canvasdemo' failed etc. Instead of trying to fix that, just explicitly build --with-system-cairo again. (Another approach could be to --enable-gtk3, which implicitly sets --with-system-cairo, too.) Change-Id: I335b2a694b85a15efae6002d890ce0d67811b2bb Reviewed-on: https://gerrit.libreoffice.org/79962 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-07-21tdf#125922 rename kde5 to kf5 + plasma5Jan-Marek Glogowski
Just as the gtk3 plugin isn't named GNOME, rename kde5 to kf5, as it is based on the KDE frameworks 5 libraries. This also includes: * a convenience alias to load the kf5 VCL plugin in case someone requests the kde5 plugin. * keep convenience kde5 configure switch, but warn about it * rename detected desktop from kde5 to plasma5 Change-Id: I6764a05b81a5edbf284484c234fee2649aacf735 Reviewed-on: https://gerrit.libreoffice.org/75313 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2019-06-06distro-config: Drop '--enable-gstreamer-0-10' everywhereMichael Weghorn
This avoids the issue that build breaks when both gtk3 and gstreamer-0.10 are enabled, caused by commit 34bbf192a7753205bb64d14e4eec4ce303317396 ("Drop extra define ENABLE_GTKSINK"). gstreamer-0.10 related code will be removed in a subsequent step according to ESC decision (no longer needed). Change-Id: Ief07a797a3e52229da0ff7b23478108aac900841 Reviewed-on: https://gerrit.libreoffice.org/73608 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2019-02-21'--enable-kde5' for Jenkins CI buildsMichael Weghorn
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. Change-Id: I44b0e611348a22b390b6ec89d3ed1d7eb7bddd63 Reviewed-on: https://gerrit.libreoffice.org/68165 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2019-02-17disable werror for now for updater buildsMarkus Mohrhard
Change-Id: I1d7a261549efa5aad2d86e23d8ee8898c27983e5
2019-02-14no usable KDE5 on gandalfMarkus Mohrhard
Change-Id: I3a9b2ff1fa24ea4d28b29644d6bf6519fdb1909c
2019-02-05Clang ASan fails with goldStephan Bergmann
...for whatever reason. Failure is > AddressSanitizer:DEADLYSIGNAL > ================================================================= > ==16438==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc 0x2b6ba8bfe65c bp 0x7ffca100f290 sp 0x7ffca100ba28 T0) > ==16438==The signal is caused by a READ memory access. > ==16438==Hint: address points to the zero page. > #0 0x2b6ba8bfe65b (<unknown module>) > > AddressSanitizer can not provide additional info. > SUMMARY: AddressSanitizer: SEGV (<unknown module>) > ==16438==ABORTING > /home/tdf/lode/jenkins/workspace/lo_ubsan/testtools/CustomTarget_uno_test.mk:25: recipe for target '/home/tdf/lode/jenkins/workspace/lo_ubsan/workdir/CustomTarget/testtools/uno_test.done' failed (<https://ci.libreoffice.org/job/lo_ubsan/1177/>, but also seen with local ASan+ UBSan builds.) Started to fail with 98f5f97d4a4206ecfb0754e1901d9c44a3287d82 "make --enable-ld the default for debug builds, if available". (lld would automatically be disabled by configure.ac because it doesn't support --dynamic-list-cpp-typeinfo as needed by UBSan.) Change-Id: I7bfbfc4c879cbad7748e5855c22698eec5efc94c
2019-01-22Revert "Jenkins' lo_daily_update_gandalf needs --disable-werror too"Stephan Bergmann
This reverts commit 81434a0f9afea2185f5e59be09ac73f363baeb92, which is no longer needed, see 5ae3f1fb1863af109e73f464097bdeda29113d4d "Re-enable --enable-werror for Jenkins' gerrit_linux_gcc_release job".
2019-01-22Revert "Jenkins' lo_tb_master_linux needs --disable-werror too"Stephan Bergmann
This reverts commit 7990bfd3998508dd3454c408613cf66e53af56eb, which is no longer needed, see 5ae3f1fb1863af109e73f464097bdeda29113d4d "Re-enable --enable-werror for Jenkins' gerrit_linux_gcc_release job". Conflicts: distro-configs/Jenkins/Linux_rel_master.conf Change-Id: I90725ecbef0e0cbd908c3d4d9e87ab2336f567c5
2019-01-22Re-enable --enable-werror for Jenkins' gerrit_linux_gcc_release jobStephan Bergmann
...now that an optimized -Werror build with contemporary GCC should work fine again after a bunch of recent commits (fed7c3deb3f4ec81f78967c2d7f3c4554398cb9d "Slience bogus -Werror=maybe-uninitialized" et al) Change-Id: I912d5dec9eb28b7e2a46cb350dcfed1ede55cb78 Reviewed-on: https://gerrit.libreoffice.org/66666 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-12-19use ccache for jenkins/linux_clang_dbgutil_64's compilerpluginsChristian Lohmaier
Change-Id: I4a4c4ee111d6a22c899ae0d288ae04d760ec996a Reviewed-on: https://gerrit.libreoffice.org/65272 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2018-12-17kde5: remove older kde/tde plugins, and references to thatThorsten Behrens
KDE4 is out of maintenance upstream since Nov. 2014, and binaries provided by TDF have switched to KDE5 as the official backend. Change-Id: I165465b56d3ba3a18912b203c06ae8fc6111c0c9 Reviewed-on: https://gerrit.libreoffice.org/60014 Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2018-12-10Jenkins' lo_daily_update_gandalf needs --disable-werror tooStephan Bergmann
...similar to d3f2c61e3b9faf577f692ece76cd830f0f74b028 "Make Jenkins linux_gcc_release_64 pick up Developer Toolset 7": > /lo/home/tdf/lode/jenkins/workspace/lo_daily_update_gandalf/sal/osl/unx/pipe.cxx: In function ‘oslPipeImpl* osl_psz_createPipe(const sal_Char*, oslPipeOptions, oslSecurity)’: > /lo/home/tdf/lode/jenkins/workspace/lo_daily_update_gandalf/sal/osl/unx/pipe.cxx:248:12: error: ‘char* strncpy(char*, const char*, size_t)’ output may be truncated copying 107 bytes from a string of length 4096 [-Werror=stringop-truncation] > strncpy(addr.sun_path, name, sizeof(addr.sun_path) - 1); > ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ (<https://ci.libreoffice.org/job/lo_daily_update_gandalf/558/>). Change-Id: I443337969dfdcd02a350a171e68d5032b5be22a0
2018-12-10Enabling Developer Toolset 7 for Jenkins' remaining GCC master jobsStephan Bergmann
...now that gandalf (which all of these jobs may run on) has been updated (see d27d75f86cf8ea4fd87e2cd64b58cc8c0ac0029a "Revert 'Enabling Developer Toolset 7 for Jenkins' lo_tb_random_config_linux'"): * <https://ci.libreoffice.org/job/lo_daily_update_gandalf/> aka "lo_daily_update_gandalf", configured with --distro-config="LibreOfficeLinuxUpdater" * <https://ci.libreoffice.org/job/lo_tb_ui_testing_linux/> aka "lo_tb_ui_testing_linux", configued with --distro-config="rel_master" * <https://ci.libreoffice.org/job/lo_tb_master_linux/> aka "Tinderbox on Master for Linux", configured with --distro-config="rel_master" Change-Id: If8afe079cc45e06ea95124e56fa974fd3aca2c78 Reviewed-on: https://gerrit.libreoffice.org/63991 Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2018-12-08enable modern gcc on random config tb jobMarkus Mohrhard
Change-Id: I4cb2ff5393822c6ec982126b3e0a676374cce033
2018-12-03Jenkins' lo_tb_master_linux needs --disable-werror tooStephan Bergmann
...similar to d3f2c61e3b9faf577f692ece76cd830f0f74b028 "Make Jenkins linux_gcc_release_64 pick up Developer Toolset 7": > In file included from /opt/rh/devtoolset-7/root/usr/include/c++/7/vector:69:0, > from /home/tdf/lode/jenkins/workspace/lo_tb_master_linux/jvmfwk/plugins/sunmajor/pluginlib/sunjavaplugin.cxx:39: > /opt/rh/devtoolset-7/root/usr/include/c++/7/bits/vector.tcc: In function ‘javaPluginError jfw_plugin_startJavaVirtualMachine(const JavaInfo*, const JavaVMOption*, sal_Int32, JavaVM**, JNIEnv**)’: > /opt/rh/devtoolset-7/root/usr/include/c++/7/bits/vector.tcc:407:15: error: variable ‘__new_finish’ might be clobbered by ‘longjmp’ or ‘vfork’ [-Werror=clobbered] > pointer __new_finish(__new_start); > ^~~~~~~~~~~~ > cc1plus: all warnings being treated as errors (<https://ci.libreoffice.org/job/lo_tb_master_linux/32166/>). Change-Id: Ifae8705bfafe4caed21713909ff6eeee158f1361
2018-12-03Enabling Developer Toolset 7 for Jenkins' lo_tb_master_linuxStephan Bergmann
...aka "Tinderbox on Master for Linux-DbgUtil", <https://ci.libreoffice.org/job/lo_tb_master_linux_dbg/>. This is similar to ab8454eb26f72f2d4081d90cb7e60e53e4a5590d "Enabling Developer Toolset 7 for Jenkins' lo_tb_master_linux_dbg". However, unlike lo_tb_master_linux_dbg, which is restricted to CentOS-based tb75-lilith, lo_tb_master_linux is restricted to label TB_Rel, which is currently matched to CentOS-based tb75-lilith, tb76-maggie, and tb76-pollux, plus non-CentOS based gandalf. The latter thus doesn't have Developer Toolset 7, so setting CC/CXX this way won't work for gandalf. I'm thus removing gandalf from <https://ci.libreoffice.org/label/TB_Rel/>. Change-Id: Ied305476347d107db4087f710c05300c84ae7e85 Reviewed-on: https://gerrit.libreoffice.org/64444 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-11-25Revert "Enabling Developer Toolset 7 for Jenkins' lo_callgrind_linux"Stephan Bergmann
This reverts commit 74d6476a045ff2cad36deac51228712d992fb98b. Developer Toolset 7 has apparently not yet been installed on vm139 (the node exclusively executing this job), see <https://ci.libreoffice.org/job/lo_callgrind_linux/6525/console>: > checking for gcc... /opt/rh/devtoolset-7/root/usr/bin/gcc > checking whether the C compiler works... no > configure: error: in `/home/buildslave/lode/jenkins/workspace/lo_callgrind_linux': > configure: error: C compiler cannot create executables > See `config.log' for more details > Error running configure at /home/buildslave/lode/jenkins/workspace/lo_callgrind_linux/autogen.sh line 296.
2018-11-25Enabling Developer Toolset 7 for Jenkins' lo_callgrind_linuxStephan Bergmann
...aka "Callgrind Linux", <https://ci.libreoffice.org/job/lo_callgrind_linux/> Change-Id: I518e579ec4ca7b36f700ed412d86feef37c3e203
2018-11-25Revert "Enabling Developer Toolset 7 for Jenkins' lo_tb_random_config_linux"Stephan Bergmann
This reverts commit 4d72f292cb8adf7529ec1d9ab8fb6728e9717543. Developer Toolset 7 has apparently not yet been installed on gandalf (the node exclusively executing this job), see <https://ci.libreoffice.org/job/lo_tb_random_config_linux/1623/console>: > checking for gcc... /opt/rh/devtoolset-7/root/usr/bin/gcc > checking whether the C compiler works... no > configure: error: in `/lo/home/tdf/lode/jenkins/workspace/lo_tb_random_config_linux': > configure: error: C compiler cannot create executables > See `config.log' for more details > Error running configure at ./autogen.sh line 296.
2018-11-25Enabling Developer Toolset 7 for Jenkins' lo_tb_random_config_linuxStephan Bergmann
...aka "Random Config Linux builder", <https://ci.libreoffice.org/job/lo_tb_random_config_linux/> Change-Id: I5a22526b8dcbed8e6fc9cd1fcc7db90774afb0ff
2018-11-25Enabling Developer Toolset 7 for Jenkins' lo_tb_master_linux_dbgStephan Bergmann
...aka "Tinderbox on Master for Linux-DbgUtil", <https://ci.libreoffice.org/job/lo_tb_master_linux_dbg/> Change-Id: Icf99063e7aaf620cb13dd6ba869f98660f2de82a Reviewed-on: https://gerrit.libreoffice.org/63982 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-11-25Better way of enabling Developer Toolset 7 for Jenkins' linux_gcc_release_64Stephan Bergmann
Enabling it in the relevant distro-configs/Jenkins/* file is more intuitive than enabling it in autogen.sh (and avoids issues like d057e61cb5aae15ea37ce9ac824647cd2060e331 "Restrict Developer Toolset to Config=linux_gcc_release_64"), and will also be used for other Jenkins jobs like <https://gerrit.libreoffice.org/#/c/63982/> "Enabling Developer Toolset 7 for Jenkins' lo_tb_master_linux_dbg". Change-Id: If633044a90c35a12a73d60335839af0a106aa20f Reviewed-on: https://gerrit.libreoffice.org/63989 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-11-24Make Jenkins linux_gcc_release_64 pick up Developer Toolset 7Stephan Bergmann
...as discussed at <https://lists.freedesktop.org/archives/libreoffice/2018-November/081423.html> "Re: Compiler baselines". It doesn't look exactly right to enable the Developer Toolset from autogen.sh. But the alternative would be to "hide" that in <https://ci.libreoffice.org/job/gerrit_linux_gcc_release/configure>, which would probably not be helpful when developers try to track down why a certain Jenkins build behaves the way it does. So pragmatically stick it in autogen.sh. (Also, it puts Developer Toolset on the PATH whenever it is found on a system using LODE_HOME, not just for the specific Config=linux_gcc_release_64 case. Lets see how that works out in practice.) However, it turns out that the Developer Toolset 7's GCC 7.3.1 with --enable-werror (that is implicitly enabled for LODE-driven builds in configure.ac) and (implicit) --enable-optimized produces many false warnings (i.e., errors), see below for a sample. (Actually, my experience is that contemporary GCC hardly ever work with -Werror in optimized builds, due to analysis being done on already optimized code; it surprised me to find out that the Jnekins linux_gcc_release_64 builds were apparently successfully done with --enable-werror with GCC 4.8.5.) So explicitly --disable-werror for these builds. (Which means that <https://gerrit.libreoffice.org/plugins/gitiles/lode/ +/b82e0a9d26ef4c81046c053ff831dccfc84c56be%5E!> "For linux_gcc_release_64, don't let ccache strip comments" could probably be reverted again if it has negative impact on Jenkins' performance.) Some of the false warnings encountered: > [CXX] jvmfwk/plugins/sunmajor/pluginlib/sunjavaplugin.cxx > In file included from /opt/rh/devtoolset-7/root/usr/include/c++/7/vector:69:0, > from /home/tdf/sberg/core/jvmfwk/plugins/sunmajor/pluginlib/sunjavaplugin.cxx:39: > /opt/rh/devtoolset-7/root/usr/include/c++/7/bits/vector.tcc: In function ‘javaPluginError jfw_plugin_startJavaVirtualMachine(const JavaInfo*, const JavaVMOption*, sal_Int32, JavaVM**, JNIEnv**)’: > /opt/rh/devtoolset-7/root/usr/include/c++/7/bits/vector.tcc:407:15: error: variable ‘__new_finish’ might be clobbered by ‘longjmp’ or ‘vfork’ [-Werror=clobbered] > pointer __new_finish(__new_start); > ^~~~~~~~~~~~ > cc1plus: all warnings being treated as errors > [CXX] libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx: In function ‘gboolean gtv_calc_header_bar_draw(GtkWidget*, cairo_t*)’: > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:89:117: error: ‘aRectangle._cairo_rectangle_int::height’ may be used uninitialized in this function [-Werror=maybe-uninitialized] > cairo_move_to(pCairo, rRectangle.x + rRectangle.width / 2 - extents.width / 2, rRectangle.y + rRectangle.height / 2 + extents.height / 2); > ~~~~~~~~~~~~~~~~~~^~~ > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:102:22: note: ‘aRectangle._cairo_rectangle_int::height’ was declared here > GdkRectangle aRectangle; > ^~~~~~~~~~ > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:89:59: error: ‘aRectangle._cairo_rectangle_int::width’ may be used uninitialized in this function [-Werror=maybe-uninitialized] > cairo_move_to(pCairo, rRectangle.x + rRectangle.width / 2 - extents.width / 2, rRectangle.y + rRectangle.height / 2 + extents.height / 2); > ~~~~~~~~~~~~~~~~~^~~ > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:102:22: note: ‘aRectangle._cairo_rectangle_int::width’ was declared here > GdkRectangle aRectangle; > ^~~~~~~~~~ > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:89:97: error: ‘aRectangle._cairo_rectangle_int::y’ may be used uninitialized in this function [-Werror=maybe-uninitialized] > cairo_move_to(pCairo, rRectangle.x + rRectangle.width / 2 - extents.width / 2, rRectangle.y + rRectangle.height / 2 + extents.height / 2); > ~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~ > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:102:22: note: ‘aRectangle._cairo_rectangle_int::y’ was declared here > GdkRectangle aRectangle; > ^~~~~~~~~~ > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:89:40: error: ‘aRectangle._cairo_rectangle_int::x’ may be used uninitialized in this function [-Werror=maybe-uninitialized] > cairo_move_to(pCairo, rRectangle.x + rRectangle.width / 2 - extents.width / 2, rRectangle.y + rRectangle.height / 2 + extents.height / 2); > ~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~ > /home/tdf/sberg/core/libreofficekit/qa/gtktiledviewer/gtv-calc-header-bar.cxx:102:22: note: ‘aRectangle._cairo_rectangle_int::x’ was declared here > GdkRectangle aRectangle; > ^~~~~~~~~~ > cc1plus: all warnings being treated as errors > [CXX] svl/source/misc/lockfilecommon.cxx > /home/tdf/sberg/core/svl/source/misc/lockfilecommon.cxx: In static member function ‘static rtl::OUString svt::LockFileCommon::GetCurrentLocalTime()’: > /home/tdf/sberg/core/svl/source/misc/lockfilecommon.cxx:190:10: error: ‘%02d’ directive writing between 2 and 5 bytes into a region of size between 1 and 9 [-Werror=format-overflow=] > OUString LockFileCommon::GetCurrentLocalTime() > ^~~~~~~~~~~~~~ > /home/tdf/sberg/core/svl/source/misc/lockfilecommon.cxx:190:10: note: directive argument in the range [0, 65535] > /home/tdf/sberg/core/svl/source/misc/lockfilecommon.cxx:190:10: note: directive argument in the range [0, 65535] > /home/tdf/sberg/core/svl/source/misc/lockfilecommon.cxx:204:24: note: ‘sprintf’ output between 17 and 31 bytes into a destination of size 20 > sprintf( pDateTime, "%02d.%02d.%4d %02d:%02d", aDateTime.Day, aDateTime.Month, aDateTime.Year, aDateTime.Hours, aDateTime.Minutes ); > ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > cc1plus: all warnings being treated as errors Change-Id: I3a851b7591274a8cf8b4729ae036afeb8e82eedc Reviewed-on: https://gerrit.libreoffice.org/63884 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-08-27--enable-ext-mariadb-connector was removedStephan Bergmann
...in 26b40fcfc67480e75bd9959b0c5cb9db10fdf6a1 "Moving mysqlc into connectivity as a library", apparently without replacement Change-Id: Ia1d32f98bd90efe2fcd4441dd84cd1862a4daa70
2018-08-08Remove presumably unused distro-configs/Jenkins/*_libreoffice-5-0.confStephan Bergmann
Change-Id: I0b6c2d116496da64f91cb5cafb81b69e02366d96 Reviewed-on: https://gerrit.libreoffice.org/58743 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-04-12Build Jenkins ASan/UBSan bot with --enable-firebird-sdbcStephan Bergmann
...now that 14955ed91b282ccbb395cb47c6d76e3b42b34748 "external/firebird: Support Clang ASan" allows to Change-Id: I339ec464a085853e1b6789a544b8f64932f1322d
2017-12-06Remove CXXFLAGS_CXX11 from Clang plugin compilationStephan Bergmann
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>
2017-10-04add more languages to linux updater buildsMarkus Mohrhard
Change-Id: I3ece92c5fe40da8a6bc6ace009dc9f651713aabf
2017-06-20updater: build daily builds with gtk3 supportMarkus Mohrhard
Change-Id: Ie396a42b2a75a45e10b373011b86c8f1087cbf9d
2017-06-17the new config is a jenkins configMarkus Mohrhard
Change-Id: I652dacfbdf9499608d80819fa6810d6e1eae2723
2017-03-15just use turbo-jpeg as sole internal solutionCaolán McNamara
prefer having nasm/yasm but if its not there warn and fallback to disabling assembler optional goodness Change-Id: Ib31ad81717842f743c2910d575a9ebbc279a9c79 Reviewed-on: https://gerrit.libreoffice.org/35189 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-02-03--enable-ext-google-docs is goneStephan Bergmann
Change-Id: I460eee8669900d7b6652463f996459ca0bd486e8
2017-01-17Revert "distro-configs: disable firebird on linux_clang_dbgutil_64"Stephan Bergmann
This reverts commit 686887e2cb71e4ffc1e16179b06adf938a9dc7f9, now that <https://gerrit.libreoffice.org/#/c/33186/> "external/firebird: Backport fix for CORE-5452 causing spurious SEGV" should fix the instability. Change-Id: I9483c04de36d83233485f1280c3cada84767d696 Reviewed-on: https://gerrit.libreoffice.org/33189 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-12-07add a linux_random jenkins's distro config to be able to have a tb on thatNorbert Thiebaud
Change-Id: I203f5e7c4f78fe57a09373b944f0d58d8c3a5d05
2016-11-27screenshot config at the wrong placeNorbert Thiebaud
Change-Id: Icb72cb89f2dcc890b82b3ea6df2cc06aa902cc13
2016-11-08Drop more OxygenOffice bitsGabor Kelemen
Follow up to 8dc38d9ded92960eda46343b67da8a8b95404b5a Here we drop some --help descriptions and the rest of removed extensions from the Jenkins config file Change-Id: Ie1520adf2c48c2dc714b00c53ba0055f1deb3c62 Reviewed-on: https://gerrit.libreoffice.org/30697 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2016-09-09Some --enable-ext-* switches got removedStephan Bergmann
...with 8dc38d9ded92960eda46343b67da8a8b95404b5a "Remove obsolete OxygenOffice bits" Change-Id: I796505a87a821d6f7f0b79ade9fdeec89932e561
2016-08-18distro-configs: disable firebird on linux_clang_dbgutil_64Miklos Vajna
As it's quite unstable and this way the clang tinderbox fails before deteching interesting problems (and firebird is covered by other platforms anyway). Change-Id: Ieaca3a6f5d036c9df22bdbe5a48bf27d2d9ce49f Reviewed-on: https://gerrit.libreoffice.org/28223 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
2016-07-08fix typo in jenkins configNorbert Thiebaud
Change-Id: Iff1298d01d5e453d6d2559d28e086e7f6dd444a1
2016-07-08add configs for new gerrit build under jenkinsNorbert Thiebaud
Change-Id: I2ba40b1b1a3d35bc851e675d87fcffc1adfdff0f
2016-02-20packagekit is implied by dbus nowCaolán McNamara
Change-Id: Ic29f55a846c48a3ddb6151d60e612d6b35a0ef3a
2015-11-27update jenkins' profileNorbert Thiebaud
Change-Id: I9121c02b07eef1b1eddd78dbb0c903b837b82f14
2015-11-09do not force-disable ccache for jenkins-ubsan buildNorbert Thiebaud
Change-Id: I791d9d6710462ba0a325228a890b941f6000ce13
2015-10-31file for ci-based ubsan buildNorbert Thiebaud
Change-Id: I4fd99f02d0a5db6e35b5c16c8b7f19c9c1bb740f
2015-08-28Add PerfSuite.conf Jenkins pseudo distro-configNorbert Thiebaud
Change-Id: I0fecd634930629c7de65f11ce5190a9a95f98e52
generated by cgit (git 2.34.1) at 2025-01-28 16:54:17 +0000