Age | Commit message (Collapse) | Author |
|
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>
|
|
The command to create Debian packages must be run
as root or faked to be run as root.
The 'fakeroot' makes sure the command is run in an environment
faking root privileges for file manipulation.
This makes sure that file ownerships and permissions inside the
created deb packages are correct.
Using fakeroot instead of the custom "libgetuid" makes it
unnecessary to care about internals of the underlying tools
(like tar) and changes in those by ourselves.
Change-Id: I2cbb203ab84f740377e535c1051c2b879779b164
Reviewed-on: https://gerrit.libreoffice.org/49597
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
(We do require bash for other parts of the build, though, and have no
plans to change that. But let's make the bug reporter happy here.)
Change-Id: I4bcd3a86fb4e6f95d4eec8557faf359bf5549c03
|
|
This will be the new baseline for master, since, though this change
is a fully API-compatible, one bug fix wrt the alpha value handling
unfortunately would break some unit tests when using an earlier
version.
Change-Id: I5a17ce4085d3311a165748154d107d12b95e2c71
Reviewed-on: https://gerrit.libreoffice.org/49784
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
Tested-by: Kohei Yoshida <libreoffice@kohei.us>
|
|
Change-Id: I91bf310c77927e24c0693dc5b0b1297f11c001a0
|
|
Also, the message displayed by AC_MSG_CHECKING is prefixed with
"checking ", so adjust to get correct grammar.
Change-Id: I3bc109699486949256a772c6aa44b9f780e4d55b
|
|
This reverts commit c7a1320593191e8359aa64d8e262948da085d358.
It's no longer required since we ported away from boost.:process
Change-Id: I53c5b994c3ba2801823ba0d6ab25f43223db1476
Reviewed-on: https://gerrit.libreoffice.org/48491
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
Change-Id: I8a145c1024a522a17c6ac2bf961cb4f07f3e7be9
|
|
Change-Id: I71d27f3f97e257b4e45261004088ce3435f82090
|
|
Change-Id: Idcd2931415558b41f94eb12a01f350f1ab53d134
Reviewed-on: https://gerrit.libreoffice.org/48319
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
This is a hybrid plugin which mostly wraps the GTK3 vclplug. Only
the file and folder picker are replaced by KDE dialogs. This gives
us a well-maintained GTK LO base with basic KDE integration with
minimum effort.
To prevent issues with nested event loops, the KDE dialogs are
launched from a separate process, the new lo_kde5filepicker helper
executable. A trivial stdin/stdout IPC mechanism transfers the data
between LO and the Qt/KDE helper. The usage of an external process
also allows us to copy'n'paste between LO and the KDE file dialog
without freezing the UI, as would happen when one would do this
in-process. This is in general also the architecture applied by the
kmozillahelper, which is used to integrate KDE file dialogs into
Firefox.
While the KDE dialog is shown, the GTK3 main window is disabled and
close requests are ignored. The KDE dialog in turn also sets the LO
window as transient parent. Together, this makes the illusion perfect
and the KDE dialog behaves like a modal dialog. This works properly
also with multiple LO main windows, and only individual windows will
get blocked as one would expect.
Functionality wise, most of the features of the KDE4 dialog are
supported. You can pick files and folders, and save files under a new
name. Some custom checkbox widgets are supported, but lists, buttons
and preview widgets are not yet implemented. Also, loading remote
files via KIO is not possible yet.
Change-Id: I1a97cf7c272307a19ace4222d5f12253bc722829
Reviewed-on: https://gerrit.libreoffice.org/47718
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
Pass --enable-kde5 to autogen.sh to enable this feature. Then
add kde5 to the list of externals to link against KF5. I will
introduce other code that depends on KF5 though which will
leverage this feature.
Change-Id: I17e434a53ac769000b0f805b1f41cdc5c2c84ee2
Reviewed-on: https://gerrit.libreoffice.org/47715
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
Apparently the MSMs have been renamed in Visual Studio 2017.3 but only
configure was adapted, not scp2.
Not sure if these MSMs are still relevant given the new
gid_File_Vcredist_Exe thing.
Change-Id: I4fe27c8298b3a2024acc62d12ce8ea67e2eca80d
|
|
Change-Id: I2e60032c1a306742cd73aef8579a0f082fe1a366
Reviewed-on: https://gerrit.libreoffice.org/48141
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
|
|
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>
|
|
Change-Id: I078626eaa3155cc429320cc8c1532003b382b22a
Reviewed-on: https://gerrit.libreoffice.org/47855
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: I8854d0e7fb23602e5ca20309fc79890b4f31a70e
Reviewed-on: https://gerrit.libreoffice.org/47479
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
|
|
Change-Id: Ia24e872f138a78d3d585150e3cde78858de60b77
|
|
When it was originally added to --with-alloc (tcmalloc:
f63ffaf3667e218be3538e84e6becc18d5de4334,
54efc5ed83890f0a1166ece3b1e4942bb7922ff7,
0abd71b44144220d2aeec58601929fd0cd1914d6
708b6d4246de915ac960c7b90ee8bb2d966c7d17 "INTEGRATION: CWS configure14: #i59160#
allow usage of tcmalloc and system-malloc"; jemalloc:
826a90d68a4dc458585c6d2e647bec17971e9193 "configure25: #i111045# jemalloc"), the
old build system's solenv/inc/unxlng*.mk added corresponding -l switches to
linker command lines, but it appears that was never carried over into the new
build system.
And even if the AC_CHECL_LIB calls in configure.ac prior to
e612f026de6ca1153c57fb10f0fa75725425a301 "Ensure AC_CHECK_LIB/AC_SEARCH_LIBS do
not poison LIBS" would have extended LIBS with the correpsonding -l switches,
there appears to be no mechanism in the new build system that would have
depended on letting that have any effect on which alloc lib to link against.
So the only remaining effect of --with-alloc={tcmalloc,jemalloc} is to set
FORCE_SYSALLOC in Library_sal.mk, same as --with-alloc=system does. So whoever
still uses the former configure switches should just switch to the latter.
(Also adapt the documentation of --with-alloc to reality, "internal" instead of
"oo".)
Change-Id: Iac0e302c5f9602daf5f8452a0fc1887dc55ee27b
Reviewed-on: https://gerrit.libreoffice.org/47178
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
if ui is set to track the locale automatically and the current locale
has no match in installed resources but has a match in the list of
languages that libreoffice was compiled to contain
so e.g. de_AT locale shouldn't trigger the installation of anything if
langpack-de is already installed and yue_HK shouldn't trigger install
of anything cause that not supported (at time of writing) for libreoffice
put Fedora/RHEL/Ubuntu naming schemes in here.
I moved the lang code from svl to svtools so I could use the restart dialog
to prompt to restart after the langpack is installed, but packagekit's blocking
mode seems to be no longer blocking and control returns immediately which is a
change since the last time I played with this stuff, so drop the restart thing
for now. The lack of a blocking modal also makes the "run this on idle when there's
a toplevel window up and running" a bit futile, but lets keep that for now anyway.
caolanm->rene: I know you'd disable this anyway, so Debian is left out, there's
also config key Office/Common/PackageKit/EnableLangpackInstallation to disable
this too.
Change-Id: Ice731be539850338ccdd8af87839e0b4d83f01e7
Reviewed-on: https://gerrit.libreoffice.org/46856
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I00b36e7109b1e4c286248aff75150ba3ef2d44b1
Reviewed-on: https://gerrit.libreoffice.org/46940
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I361b5283b092171eaaaf46fa3c1fb13faa53bd7a
Reviewed-on: https://gerrit.libreoffice.org/46821
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|