Age | Commit message (Collapse) | Author |
|
Change-Id: I7e928e9e29076bdfaaeffb83791bdc35f1952055
Reviewed-on: https://gerrit.libreoffice.org/53892
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
Galaxy goes into an extension, fallback updated
Change-Id: I4b6998035857f01368b39d4f16b2639d8a665065
Reviewed-on: https://gerrit.libreoffice.org/53092
Reviewed-by: andreas_kainz <kainz.a@gmail.com>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Heiko Tietze <tietze.heiko@gmail.com>
|
|
so that we don't "loose" the pkg-config --cflags info. That also makes the
#ifdef in lingucomponent/source/numbertext/numbertext.cxx not needed anymore
Change-Id: Ia5771859a4a181f1a8a450d9ad4130b1e53abf8e
|
|
actually export SYSTEM_LIBNUMBERTEXT
Change-Id: I758ef7ee868c5b06fc4e8ae43e6f2091925232aa
|
|
...see mail thread starting at
<https://lists.freedesktop.org/archives/libreoffice/2018-April/080050.html>
"Anybody using --with-help=common?". Instead, make configure fail for unknown
--with-help=... arguments.
Change-Id: I51b8b9087a88ff3a3681453cdc830aa7e499e8df
Reviewed-on: https://gerrit.libreoffice.org/53793
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
in page number, chapter and outline numbering
in ~30 languages by integrating libnumbertext library.
- offapi: add linguistic2::NumberText
New NumberingType constants:
- ordinal indicators (1st, 2nd, 3rd...)
- cardinal number names (One, Two, Three...)
- ordinal number names (First, Second, Third...)
Note: these numberings are parts of OOXML, too.
Plain text files of Libnumbertext's language data
are installed in share/numbertext (similar to
share/fingerprint), allowing further customization.
Change-Id: I4034da0a40a8c926f14a3f591749a89a8d807d5a
Reviewed-on: https://gerrit.libreoffice.org/53313
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: László Németh <nemeth@numbertext.org>
|
|
...by extending the hackery in helpcontent2/CustomTarget_html.mk (see comment
there). (Ultimately, the gbuild HelpTarget machinery should probably be adapted
to the needs of this new help format, once the old help format is no longer
supported?)
The Perl packaging code finds source files through the "include" paths specified
in instsetoo_native/util/openoffice.lst.in. To avoid potential name clashes,
put the new .filelist files into
workdir/CustomTarget/helpcontent2/help3xsl/filelists/html-help/ sub-directories.
read_filelist in solenv/bin/modules/installer/filelists.pm does not strip white
space following the last item in a file list, but (with HAVE_GNUMAKE_FILE_FUNC)
the gb_HelpTarget_get_translation_target .filelist files (which are then
transformed with sed into the .html .filelist files read by the Perl packaging
code) may contain such trailing white space. So $(strip ...) their content in
solenv/gbuild/HelpTarget.mk.
This is the core part of a change spanning core and helpcontent2.
Change-Id: I82e0093ea2064725327330c5485f8e581573e1f2
|
|
Obsoleted by 8a2745e1beee722c8c9691c397e493cc1160bedf
This reverts commit 6a226816bc526af5f5056b613ddc3bbf0663c045.
|
|
vcl_pdfexport relies them...
Change-Id: I5af9f69736013e896f96b5d4a13f32cf8777c39c
|
|
Change-Id: Id3a845174e7cebad999895bc57e2d05f36f3d597
Reviewed-on: https://gerrit.libreoffice.org/53499
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I9571d91d6ce81d7e8752f24c3220f858a5303986
Reviewed-on: https://gerrit.libreoffice.org/53431
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Ic4ddd4cd103660ef0f725d108bb5ee2cb74d51da
|
|
Change-Id: I727171251964eaf7a14595abaaa2d08fb783258c
Reviewed-on: https://gerrit.libreoffice.org/53419
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
Using nested install is bad because (1) MS advises against it (though it
most possibly doesn't relate to our specific case, when we install the
vc redist exe package in UI part, so actually only a single MSI session
is active at any time); (2) because it adds some extra interactions
(user sees something "unrelated" being installed, which raises concerns;
additional admin authentication required); and (3) because it runs in
InstallUISequence, thus only installing the UCRT when doing interactive
installation (unattended installs, including GPO, need to install UCRT
separately).
This patch aims to incorporate the original UCRT MSU (Windows Update)
packages (https://support.microsoft.com/en-us/help/2999226) available as
a zip archive from
https://www.microsoft.com/en-us/download/details.aspx?id=48234
- the same as used in VC redists for VS 2015 and 2017. This obsoletes
the separate installation of the redist; since we also have the redist
as merge module in our MSI, that is enough (and removes redundancy).
The MSUs are installed using wusa.exe in a custom action (deferred,
non-impersonating).
As a small bonus, embedding MSUs instead of redist EXE allows us to
shrink the size of installer a little (~10 MB).
As deferred custom actions cannot access current installer database,
we workaround this by using initial immediate impersonating action to
extract the binaries into a temporary location. To ensure that the file
gets removed upon completion (both successful and failed), we use an
additional cleanup action.
Commit 61b1d631331551b43bc7d619be33bfbfeff7cad6 is effectively reverted.
Change-Id: I1529356fdcc67ff24b232c01ddf8bb3a31bb00bd
Reviewed-on: https://gerrit.libreoffice.org/52923
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: Id7c15e4ee902016dec70e44cd2495ee17fd6d263
Reviewed-on: https://gerrit.libreoffice.org/53291
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
There are many .tar.bz2 (or .tar.xz) tarballs in the bundled projects.
It doesn't make sense to check for bzip2 just for one of them.
|
|
Change-Id: I7e5ad4e35c6d26b496f9c3a1eb24ee4f49ce57e9
Reviewed-on: https://gerrit.libreoffice.org/53200
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
|
|
Unused ever since its introduction in b70d4ad13b909265c54a9ff55f07224a14e9feb2
"add --with-help=common parameter to the configure option". (Whether
--with-help=common is also unused is a different question that needs to be
addressed separately.)
Change-Id: Ic7843c838242bfe95dba7388f63358973f42e5b7
Reviewed-on: https://gerrit.libreoffice.org/53187
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I89c1c3d13d85decc72576744de2a16d20471d29d
Reviewed-on: https://gerrit.libreoffice.org/53064
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
The header fails to compile without C++11 with recent Clang, and although
configure currently passes the check because the existence of the header
is considered to be enough, it still prints a distracting error message
about the compile check failing.
Change-Id: Icf037114b73122f193629e17a8e2b0e2bca3a990
|
|
Change-Id: Idd581cb73d0d32d808177f86beaf50dcc6bf53c1
Reviewed-on: https://gerrit.libreoffice.org/53053
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Heiko Tietze <tietze.heiko@gmail.com>
|
|
Don't want to risk breaking something by using -O2 with an older
Clang, even if I don't remember exactly what the issue was when
introducing the -O1 in 7b660e1423554928350e1de2cd4cb7eb577a27ec.
Change-Id: I2adeb0e8eb85a9b5021fca3d9e1e703cb5604a81
Reviewed-on: https://gerrit.libreoffice.org/53068
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
Abandonned project
Change-Id: I72a80658aa868ca445c4122c32d0c744b340c828
Reviewed-on: https://gerrit.libreoffice.org/52790
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
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>
|
|
Nobody needs to use 2.6 any more, so reduce the maintenance burden.
https://lists.freedesktop.org/archives/libreoffice/2018-March/079670.html
Change-Id: I101e26fbceffbe6119f4a6484530f27760b03eb4
Reviewed-on: https://gerrit.libreoffice.org/50816
Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I24be20fdedf36153e4012dde6d7cc899098f769e
Reviewed-on: https://gerrit.libreoffice.org/52479
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: Id7501b9adcd817ce84bfde3a928fe8b4c7e7e01f
Reviewed-on: https://gerrit.libreoffice.org/52330
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
SDK needed is 11.3
Xcode needed is 9.3
Change-Id: If26eda81f969f63500d94e3274dda8efb59dec12
|
|
This is like a decade old and has never seen a single substantial update since
the LibreOffice project inherited it.
Change-Id: I72359b2bd4f312b027ceca6399ccbafbb01be88a
Reviewed-on: https://gerrit.libreoffice.org/52223
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
Change-Id: I419e885a928c3f59e751f4da388f91ba5ffe739f
Reviewed-on: https://gerrit.libreoffice.org/51895
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ieb820193f1d99bd977959633b5df09b19b01f56c
Reviewed-on: https://gerrit.libreoffice.org/51907
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
...introduced in that odd broken form with
62737271511d3a3e57acc3087055a2155b934aae "INTEGRATION: CWS cfgcws01: 2004/09/28
09:11:31 mmeeks 1.69.4.1: Issue number: 34707", for no apparent reason.
Change-Id: I8a8aacdb77269b06cdcab369388d7ab82e3d45db
Reviewed-on: https://gerrit.libreoffice.org/51893
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
This allows to correctly get font (including OTF) versions, instead of
matching strings in binary files.
Fonts affected:
====
Alef_Bold.ttf 1.0.0.0 → 1.1.0.0
Alef_Regular.ttf 1.0.0.0 → 1.1.0.0
amiri_bold.ttf 1.0.0.0 → 0.109.0.0
amiri_boldslanted.ttf 1.0.0.0 → 0.109.0.0
amiri_quran.ttf 1.0.0.0 → 0.109.0.0
amiri_regular.ttf 1.0.0.0 → 0.109.0.0
amiri_slanted.ttf 1.0.0.0 → 0.109.0.0
Carlito_Bold.ttf 1.1.0.0 → 1.103.0.0
Carlito_BoldItalic.ttf 1.1.0.0 → 1.103.0.0
Carlito_Italic.ttf 1.1.0.0 → 1.103.0.0
Carlito_Regular.ttf 1.1.0.0 → 1.103.0.0
NachlieliCLM_Bold.otf → 0.131.0.0
NachlieliCLM_BoldOblique.otf → 0.131.0.0
NachlieliCLM_Light.otf → 0.131.0.0
NachlieliCLM_LightOblique.otf → 0.131.0.0
LiberationMono_Bold.ttf 2.0.0.0 → 2.0.1.0
LiberationMono_BoldItalic.ttf 2.0.0.0 → 2.0.1.0
LiberationMono_Italic.ttf 2.0.0.0 → 2.0.1.0
LiberationMono_Regular.ttf 2.0.0.0 → 2.0.1.0
LiberationSans_Bold.ttf 2.0.0.0 → 2.0.1.0
LiberationSans_BoldItalic.ttf 2.0.0.0 → 2.0.1.0
LiberationSans_Italic.ttf 2.0.0.0 → 2.0.1.0
LiberationSans_Regular.ttf 2.0.0.0 → 2.0.1.0
LiberationSerif_Bold.ttf 2.0.0.0 → 2.0.1.0
LiberationSerif_BoldItalic.ttf 2.0.0.0 → 2.0.1.0
LiberationSerif_Italic.ttf 2.0.0.0 → 2.0.1.0
LiberationSerif_Regular.ttf 2.0.0.0 → 2.0.1.0
LiberationSansNarrow_Bold.ttf 1.7.0.0 → 1.7.4.0
LiberationSansNarrow_BoldItalic.ttf 1.7.0.0 → 1.7.4.0
LiberationSansNarrow_Italic.ttf 1.7.0.0 → 1.7.4.0
LiberationSansNarrow_Regular.ttf 1.7.0.0 → 1.7.4.0
FrankRuhlHofshi_Bold.otf → 5.1.0.0
FrankRuhlHofshi_Regular.otf → 5.1.0.0
MiriamLibre_Bold.otf → 1.0.0.0
MiriamLibre_Regular.otf → 1.0.0.0
NotoKufiArabic_Bold.ttf 1.0.0.0 → 1.4.0.0
NotoKufiArabic_Regular.ttf 1.0.0.0 → 1.4.0.0
NotoNaskhArabicUI_Bold.ttf 1.0.0.0 → 1.7.0.0
NotoNaskhArabicUI_Regular.ttf 1.0.0.0 → 1.7.0.0
NotoNaskhArabic_Bold.ttf 1.0.0.0 → 1.6.0.0
NotoNaskhArabic_Regular.ttf 1.0.0.0 → 1.7.0.0
NotoSansArabicUI_Bold.ttf 1.0.0.0 → 2.0.0.0
NotoSansArabicUI_Regular.ttf 1.0.0.0 → 2.0.0.0
NotoSansArabic_Bold.ttf 1.0.0.0 → 2.0.0.0
NotoSansArabic_Regular.ttf 1.0.0.0 → 2.0.0.0
NotoSansArmenian_Bold.ttf 1.0.0.0 → 2.40.0.0
NotoSansArmenian_Regular.ttf 1.0.0.0 → 2.40.0.0
NotoSansGeorgian_Bold.ttf 1.0.0.0 → 2.0.0.0
NotoSansGeorgian_Regular.ttf 1.0.0.0 → 2.0.0.0
NotoSansHebrew_Bold.ttf 1.0.0.0 → 2.0.0.0
NotoSansHebrew_Regular.ttf 1.0.0.0 → 2.0.0.0
NotoSansLao_Bold.ttf 1.0.0.0 → 2.0.0.0
NotoSansLao_Regular.ttf 1.0.0.0 → 2.0.0.0
NotoSansLisu_Regular.ttf 1.0.0.0 → 2.0.0.0
NotoSans_Bold.ttf 1.0.0.0 → 2.0.0.0
NotoSans_BoldItalic.ttf 1.0.0.0 → 2.0.0.0
NotoSans_Condensed.ttf 1.0.0.0 → 2.0.0.0
NotoSans_CondensedBold.ttf 1.0.0.0 → 2.0.0.0
NotoSans_CondensedBoldItalic.ttf 1.0.0.0 → 2.0.0.0
NotoSans_CondensedItalic.ttf 1.0.0.0 → 2.0.0.0
NotoSans_Italic.ttf 1.0.0.0 → 2.0.0.0
NotoSans_Light.ttf 1.0.0.0 → 2.0.0.0
NotoSans_LightItalic.ttf 1.0.0.0 → 2.0.0.0
NotoSans_Regular.ttf 1.0.0.0 → 2.0.0.0
NotoSerifArmenian_Bold.ttf 1.0.0.0 → 2.40.0.0
NotoSerifArmenian_Regular.ttf 1.0.0.0 → 2.40.0.0
NotoSerifGeorgian_Bold.ttf 1.0.0.0 → 2.0.0.0
NotoSerifGeorgian_Regular.ttf 1.0.0.0 → 2.0.0.0
NotoSerifHebrew_Bold.ttf 1.0.0.0 → 2.0.0.0
NotoSerifHebrew_Regular.ttf 1.0.0.0 → 2.0.0.0
NotoSerifLao_Bold.ttf 1.0.0.0 → 2.0.0.0
NotoSerifLao_Regular.ttf 1.0.0.0 → 2.0.0.0
NotoSerif_Bold.ttf 1.0.0.0 → 2.0.0.0
NotoSerif_BoldItalic.ttf 1.0.0.0 → 2.0.0.0
NotoSerif_Condensed.ttf 1.0.0.0 → 2.0.0.0
NotoSerif_CondensedBold.ttf 1.0.0.0 → 2.0.0.0
NotoSerif_CondensedBoldItalic.ttf 1.0.0.0 → 2.0.0.0
NotoSerif_CondensedItalic.ttf 1.0.0.0 → 2.0.0.0
NotoSerif_Italic.ttf 1.0.0.0 → 2.0.0.0
NotoSerif_Light.ttf 1.0.0.0 → 2.0.0.0
NotoSerif_LightItalic.ttf 1.0.0.0 → 2.0.0.0
NotoSerif_Regular.ttf 1.0.0.0 → 2.0.0.0
ReemKufi_Regular.ttf 1.0.0.0 → 0.6.0.0
This requires Font::TTF::Font perl module to be installed.
Change-Id: Ibb6c384baa2e74524845b6c5a1d4d2f26b7e530b
Reviewed-on: https://gerrit.libreoffice.org/51793
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: I15056272f254e8c993c143274eea1bb7f1a28cb7
|
|
Change-Id: I21268e5950381845eb90bf66a42a99adc3821eaa
Reviewed-on: https://gerrit.libreoffice.org/51493
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
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>
|
|
The gtk3_kde5 file picker needs Qt 5.6 for the use of
QFileDialog::setSupportedSchemes and QList::constLast.
So just require this Qt5 version generally.
Change-Id: I1ae5673da17d84d11a9dd4e60da3cea17fad38e2
Reviewed-on: https://gerrit.libreoffice.org/51004
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Rene Engelhard <rene@debian.org>
Tested-by: Rene Engelhard <rene@debian.org>
|
|
Change-Id: Id09932212f348952fe9fb141dec1b5b13d727a54
Reviewed-on: https://gerrit.libreoffice.org/50989
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
* 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>
|
|
Building our internal lxml requires python development headers, which we
don't otherwise need if runtime python support is not enabled.
We should also not build it when cross-compiling since we only need it on
the build system.
Change-Id: I63df25ff9f5932ca537dbbd6937b78d153c11d66
Reviewed-on: https://gerrit.libreoffice.org/50560
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
Change-Id: I095ef821b7ab80527d36a32394b34c56c7e2190a
Reviewed-on: https://gerrit.libreoffice.org/50615
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
removed LXML from iOS build.
changed false "if -z" to "if test -z"
Change-Id: Icf316392ce972213da039f96a8ec35495cc2ea58
|
|
except on windows, where gla11y will resort to python's internal xml parser,
which does not provide line numbers.
This allows gla11y to be runnable on all systems.
Change-Id: Ica4eb90f59bddfcefd783fc2ed9c8c27357e7572
Reviewed-on: https://gerrit.libreoffice.org/50115
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
python is always used at build-time. Saying that --disable-python disables
python support at build-time is confusing.
Change-Id: Ic7206c832b1cf3ee41d67152198660c13aa86652
Reviewed-on: https://gerrit.libreoffice.org/50229
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
configure uses $PYTHON to determine lxml availability, so the make rule
should use the same instead of letting gla11y find a python interpreter
through "env", in case e.g. $PYTHON is python3, and lxml is available in
python3 but not in python (actually python2).
Along the way, rather use PYTHON_FOR_BUILD for coherency.
Change-Id: Ied4c05aca462cc16685c61f36b56bb9e8612d90e
Reviewed-on: https://gerrit.libreoffice.org/50087
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
...$PRODUCTNAME happens to be -n (which is notoriously problematic with various
versions of echo).
Change-Id: I09dfb562689138aa0135982725bf2c254ce06e59
Reviewed-on: https://gerrit.libreoffice.org/50104
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
This is part of integrating an accessibility non-regression tool. This
adds checks in configure.ac for the presence of python lxml which we will
need, and adds support for calling the tool at build time, to check for
definite UI errors. For now, that only emits errors for missing or duplicate
accessibility relation targets, and senseless relations: a label being
mnemonic for several widgets.
Change-Id: Idda91b15b9a9e0322d16db33dfac8e03f2aa518c
Reviewed-on: https://gerrit.libreoffice.org/49856
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
Change-Id: I219d556f8e124cfe426cc1ac3c54da34eb7ef790
Reviewed-on: https://gerrit.libreoffice.org/49925
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
'tar' must be run as root or faked to be run as root,
to make sure that file ownerships and permissions inside
the created tar archives are as desired (root:root).
Have fakeroot take care about creating an appropriate
environment rather than using the custom "libgetuid",
to no longer have to care about tar internals by ourselves.
This fixes the problem that file ownerships are incorrect
when tar version >= 1.24 is used for
* tar archives holding all the generated deb/rpm packages
(created in 'download.pm')
* tar archives created by using the
'--with-pacakage-format=archive' autogen option
(created in 'simplepackage.pm')
Change-Id: Id20ccce4d002ff95c75292eda8080ca299eee3a5
Reviewed-on: https://gerrit.libreoffice.org/49682
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|