Age | Commit message (Collapse) | Author |
|
This is preparing to change how GraphicManager works where it
won't base itself around GraphicObject anymore but Graphic. No
functional or cosmetic change was made to the classes, only
changes that were needed because of the move and rename.
The only thing that wasn't moved is the GraphicRenderer as it
is not needed in vcl for now (but makes sense to move it in the
future to keep graphic stuff together).
grfmgr was renamed to GraphicObject as the GraphicManager will be
changed a lot and most likely moved out, so the name grfmgr won't
make any sense anymore.
All the UNO implementations were renamed with a prefix Uno and
used the same name as the class name. This is made to be more
specific which are the Uno objects (for example graphic.cxx
contained the implementation of XGraphic, which is similar to
graph.cxx contains Graphic).
Change-Id: I54a2fa6c7e997469aaa7770db05244adb9f64137
Reviewed-on: https://gerrit.libreoffice.org/51068
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Change-Id: I329c643a564af7559e6c2f5cae79875266fec09c
Reviewed-on: https://gerrit.libreoffice.org/51039
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: I9a326da5e7c69fc4c7f21e472c1f1e2c8a260c1b
|
|
and use the underlying comphelper methods rather. This is so that I can
break the dependency that tools has on sax, and can add methods that
make sax depend on tools.
Change-Id: I8a2d6ce2ffc3529a0020710ade6a1748ee5af7d5
Reviewed-on: https://gerrit.libreoffice.org/50767
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
* 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: Ib74ac5016b6f99adef41b6ee562701b5158cffd3
Reviewed-on: https://gerrit.libreoffice.org/50532
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
...triggering -fsanitize=float-divide-by-zero during e.g.
CppunitTest_sc_statistical_functions_test. (Found only now after I removed
-fno-sanitize-recover=ALL -fsanitize-recover=float-divide-by-zero from CXX and
instead added halt_on_error=1 to UBSAN_OPTIONS.)
Change-Id: Iead2147e42af33b987edb8e10804bc4eefa1aeca
Reviewed-on: https://gerrit.libreoffice.org/50637
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
...where it appears to be necessary, as the subprocess.Popen in
uitest/libreoffice/connection.py apparently doesn't manage to make the spawned
soffice process send stdout/-err output to the python process's stdout/-err (as
works fine e.g. on Linux). (Only using that hack on Windows has the advantage
that on other platforms output from the python and the soffice process will be
properly interspersed. On Windows, at least sal/log.hxx messages from the
soffice process are captured that way, while its stdout/-err output is still
lost.)
Also dump the soffice.out.log content in case of failure. (Note that, despite
the file's name, it contains any sal/log.hxx messages from both the python and
the soffice process.)
Change-Id: Ic99a62b1abbe2fbbf98128a35203e2fd05335266
Reviewed-on: https://gerrit.libreoffice.org/50620
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
if there was no other external package built already, even just touching
lxml.done would fail.
Change-Id: I8b3ad63477421d797f2d6eb07b88c86041a5a1af
Reviewed-on: https://gerrit.libreoffice.org/50614
Reviewed-by: Rene Engelhard <rene@debian.org>
Tested-by: Rene Engelhard <rene@debian.org>
|
|
move what we still need into color.hxx
Change-Id: Ied7e31eb16468aa334c666b1499a6262f16a6350
Reviewed-on: https://gerrit.libreoffice.org/50561
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I0fe7d0a21b0ea35b537466316a637a0a46c52fe5
Reviewed-on: https://gerrit.libreoffice.org/50601
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I42f8a69c5deba1f83f6203f19e5f2fcfad837dea
Reviewed-on: https://gerrit.libreoffice.org/50597
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
We need to pass the absolute path to gla11y for build outside source to
work. We however do not want to expose absolute paths in suppression files,
so we have to introduce a parameter that provides the common prefix to be
stripped.
Change-Id: Iaf652cb8d6c3646438f828a0949dfd811f964e77
Reviewed-on: https://gerrit.libreoffice.org/50568
Reviewed-by: jan iversen <jani@libreoffice.org>
Tested-by: jan iversen <jani@libreoffice.org>
|
|
Also add an accessibility test which does have a few existing issues, and
the corresponding suppression lines.
Change-Id: I7095cdc13e40501bbdf6e635c1e4f93f70bc1316
Reviewed-on: https://gerrit.libreoffice.org/50251
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
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>
|
|
* <https://github.com/flathub/org.libreoffice.LibreOffice/commit/
f5d97291e302d98c217c955c52b255795d4d4cad> "Bump runtime-version to
org.gnome.Platform 3.26"
* <https://github.com/flathub/org.libreoffice.LibreOffice/commit/
7d69e505165d4bbf5fa0b34b5fb2cbff9dfaf9bd> "For now, bundle gst-libav to be
able to play mp4 videos in impress"
Change-Id: I1924d84be7fe577e302b0c1b8c7e2971e8583d73
|
|
Also removes unused code and unnecessary dependencies from it.
Change-Id: Ib6de29358098846ca5e7330b10e67a88cfff8a6a
Reviewed-on: https://gerrit.libreoffice.org/50444
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: I1c3c3754f4c18415f74342c01de6afd246b29f4d
|
|
when making paths relative to SRCDIR
674b1c924966b4a3b6027509a6ab682e7c5aaaea as well as the code before
ignored multiple locations in po file
Change-Id: Idf5c5ca99d0ec8272e669621e132d7a495ceaff8
Reviewed-on: https://gerrit.libreoffice.org/50439
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
Change-Id: I4d2d0393c753114aeb9bb7e646dfdc810f6caa38
Reviewed-on: https://gerrit.libreoffice.org/50398
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
and
convert remaining QueryBox to weld::MessageDialog
Change-Id: Ifb4c316dee8eabf57c4940c44e29c65a2781aa6c
|
|
I am actively working on bitmap tests, it is much easier if I just
make a seperate commit which runs clang-format over this file, gives
a clear line of demarcation so you can see what is being changed.
Change-Id: I70357c935aaeac4cabdf95a98b2cc8e40fd736e0
Reviewed-on: https://gerrit.libreoffice.org/50298
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Change-Id: Ib8f2ef485f548645c4b0e7cf080b72b28c4e278d
Reviewed-on: https://gerrit.libreoffice.org/50226
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
...from <https://github.com/flathub/org.libreoffice.LibreOffice/pull/18/commits/
637788fa1d9fc6514467a4a193e5cf32f696b400> "Enable device=dri to fix opengl
crashes"
Change-Id: Ic989bfb3e46057dc2fd20d2cd6f17d5733338642
|
|
Add cjk_*, ctl_* and ctlseqcheck_$LANG.xcd files to install list
Change-Id: I2c56cf2af3cc444cb7075740a981b6954950e5f5
Reviewed-on: https://gerrit.libreoffice.org/50182
Reviewed-by: Rico Tzschichholz <ricotz@ubuntu.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
With --enable-python=fully-internal, where PYTHON_FOR_BUILD is empty, this
executed the "#!/usr/bin/env python" shebang in pack_images.py, using whatever
python would be found (or not) on the system.
With this fixed, there is no need any more for pack_images.py to be executable.
Change-Id: I40ad3769898f3eb711dbe555d4c3faa9e3c1456d
Reviewed-on: https://gerrit.libreoffice.org/50180
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
The old code tried to remove non-exisiting *.a11yerrors files corresponding to a
UIConfig's individual *.ui files, not the one single *.a11yerrors file
corresponding to the UIConfig itself.
Also, there's no need to have a UIA11YErrorsTarget merely for clean-up. Just
do that clean-up as part of gb_UIConfig_get_clean_target.
Change-Id: I6676f08496254398801bb75172c1326d1c843071
Reviewed-on: https://gerrit.libreoffice.org/50156
Reviewed-by: Samuel Thibault <sthibault@hypra.fr>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I541bd57815bd66978326486b29165d0480d8a7b6
Reviewed-on: https://gerrit.libreoffice.org/50157
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I9efb05973e7d8468afb82bd9875d527412a4fd1c
Reviewed-on: https://gerrit.libreoffice.org/50116
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
after I accidentally formatted it in
commit 50d0ec571f302fe54ac7ddac827b571c94554bec
rename redundantcopy loplugin to redundantfcast
Change-Id: I8e006fa9a90af3d70ef7e6a9fdef2d6f294e0fba
|
|
This fixes l10n-*.files generation of packageinfo and makes
"install-packages-l10n-*" targets work again.
Change-Id: Ib4d726f1079360cade8d5f398b1f5144d6693152
Reviewed-on: https://gerrit.libreoffice.org/49528
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Rico Tzschichholz <ricotz@ubuntu.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@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>
|
|
This was more or less consistent before, but the recent automatic
rewrites broke consistency, just give up on manual formatting here.
Change-Id: Ieb387e3d7230d227e33ba0b420cfa572309c5330
Reviewed-on: https://gerrit.libreoffice.org/50119
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: I34e28a30a4f1fd264c18c901cd94094531543271
|
|
...as it is included from other include/vcl/*.hxx files. (And moving it there
helps the heuristic in an upcoming improvement of loplugin:dyncastvisibility.)
Change-Id: I15e061fbaba8e82235afb5b312f7b38f26eec900
Reviewed-on: https://gerrit.libreoffice.org/50123
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I46a976de94508dd2b79c9dcb19d25d307f4c732c
Reviewed-on: https://gerrit.libreoffice.org/50067
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.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: I51c4ae494d75339581c61e72222997918d0ddfe1
|
|
Some scripts in which it was used have been removed
(commit e1082e45361a92a31adedcc3ed0a35c704bca543) and
the more reliable 'fakeroot' is now in use at all
other places where libgetuid.so was previously used
(s. tdf#115554).
Change-Id: I638e96e5c8d671e3b145b79f33de718fe34ea514
Reviewed-on: https://gerrit.libreoffice.org/49837
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.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>
|
|
'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>
|
|
...to 45a4e70484e7d90dab07a677914ada2d948b415c "Update orcus to 0.13.3."
Change-Id: I6a400b264b7ae0be73b55110a67617d0e5f3d3fa
|
|
...which should no longer be needed w/ 9efd288b31e259b964097d3eeeff7f6c10945cb3
"pdfium: disable custom allocator". (On Flathub, the original problem had been
seen with worker gnome-aarch64-1 using 64K pages, but not with arm-1/arm-3 using
4K pages.)
This reverts commit ffc134445ef7e935d18d816626f64e65b4cdbca6.
Conflicts:
solenv/flatpak-manifest.in
Change-Id: I7d169ba92cdcd651b1c560aabf0d4559fad8cf9c
|
|
<https://bugzilla.redhat.com/show_bug.cgi?id=1468436> "Libreoffice Writer
crashing with segmentation fault in libjvm.so _expand_stack_to when wiki plugin
installed" still hits various machines (e.g., my local 4.14.16-300.fc27.x86_64
as well as 3.10.0-693.11.6.el7.x86_64 flathub-builder-pdx1, see
<https://flathub.org/builds/#/builders/3/builds/1790>), causing --arch=i386
builds to fail tests that instantiate a JVM in-process, e.g.
CppunitTest_dbaccess_RowSetClones with SIGSEGV at
> #0 _expand_stack_to (bottom=0xff605fff <error: Cannot access memory at address 0xff605fff>, bottom@entry=0xff605000 <error: Cannot access memory at address 0xff605000>) at /run/build/java/hotspot/src/os/linux/vm/os_linux.cpp:608
> #1 0xed207564 in os::Linux::manually_expand_stack (t=0x58314800, addr=0xff605000 <error: Cannot access memory at address 0xff605000>) at /run/build/java/hotspot/src/os/linux/vm/os_linux.cpp:621
> #2 0xed211d5b in os::create_attached_thread (thread=0x58314800) at /run/build/java/hotspot/src/os/linux/vm/os_linux.cpp:839
> #3 os::create_main_thread (thread=0x58314800) at /run/build/java/hotspot/src/os/linux/vm/os_linux.cpp:789
> #4 0xed36d8a7 in Thread::set_as_starting_thread (this=0x58314800) at /run/build/java/hotspot/src/share/vm/runtime/thread.cpp:941
> #5 Threads::create_vm (args=0xffdf0810, canTryAgain=0xffdf068f) at /run/build/java/hotspot/src/share/vm/runtime/thread.cpp:3614
> #6 0xecfc5081 in JNI_CreateJavaVM_inner (args=0xffdf0810, penv=0xffdf0a84, vm=0xffdf0798) at /run/build/java/hotspot/src/share/vm/prims/jni.cpp:3937
> #7 JNI_CreateJavaVM (vm=0xffdf0798, penv=0xffdf0a84, args=0xffdf0810) at /run/build/java/hotspot/src/share/vm/prims/jni.cpp:4032
> #8 0xf32b5397 in jfw_plugin_startJavaVirtualMachine(JavaInfo const*, JavaVMOption const*, long, JavaVM_**, JNIEnv_**) () from /run/build/libreoffice/instdir/program/libjvmfwklo.so
...
Disabling tests leads to successful builds, but using Java functionality in the
LO flatpak on affected machines (where the above bug or similar for other Linux
distros is not yet fixed) will still crash, of course. Users of the LO flatpak
will need to seek a fixed kernel (or there will need to be an update of
org.freedesktop.Sdk.Extension.openjdk9 and a rebuild of the LO flatpak, if it
turns out that a fix will need to be applied to OpenJDK instead of the kernel).
This workaround can be removed again once no Flathub build machines are affected
by the bug any longer.
(`uname -i`, reporting "i386", appears to be more appropriate for this check
than `uname -m`, which might probably report other tokens besides "i686".)
Change-Id: I6e4b01d1df5aff5ac31847fd56285506af003f4b
|
|
...fixing <https://github.com/flathub/org.libreoffice.LibreOffice/issues/13>
"No version information". This is only minimal release information (cf.
<https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#
tag-releases>), but is what is available directly in the build without
additional manual input. Lack of either a date or timestamp attribute causes a
failure "org.libreoffice.LibreOffice.desktop: AppData problem: attribute-missing
: <release> has no timestamp", so include the current date in ISO 8601 format to
silence that.
It is assumed that the LIBO_VERSION_* variables will only contain numeric
values, so don't need to be encoded when included in an XML attribute.
Change-Id: I442a01d5093ab2621897685c3bc1eeda4ee08fa9
|
|
Change-Id: Ibadb8966f1c3ba7e241b9eb5d36c9067f0246c86
|
|
...to e13acfcac9571da7efeec8fe5b27b11249d51c27 "Update liborcus to 0.13.2."
Change-Id: I5e2b8d9ea4f91571fe884944a6c0a390d650993f
|
|
This merges in
* <https://github.com/flathub/org.libreoffice.LibreOffice/commit/
d1ca6fbdac7f0adcfd813ac5556d6ad979924232> "switch to gcc7",
* <https://github.com/flathub/org.libreoffice.LibreOffice/commit/
687e79514c12bb8c6fd7dfd93f1e4fb84fc6af54> "Copy
org.freedesktop.Sdk.Extension.gcc7 libs into app", and
* <https://github.com/flathub/org.libreoffice.LibreOffice/commit/
41b361bf4973b0981f834fe58b3f808b0ca81634> "Use `cp -d` to preserve symlinks",
which should allow to build on 32-bit arm once
<https://github.com/flathub/org.freedesktop.Sdk.Extension.openjdk9/issues/4>
"ARM version" is fixed.
Those had been reverted again on flathub with <https://github.com/flathub/
org.libreoffice.LibreOffice/commit/1168072d19f358ffacc783aa83773789c6eafb99>
"Revert 'Gcc7' again, for now" because it had apeared back then that using GCC 7
caused the build to fail on aarch64. This has meanwhile been tracked down to
be an issue with PDFium instead, see ffc134445ef7e935d18d816626f64e65b4cdbca6
"--disable-pdfium for Linux aarch64 Flatpak build".
Change-Id: I594d38ecfdf7dbd78b91af04b9f3f3e86987b8e5
|
|
At least current PDFium master <https://pdfium.googlesource.com/pdfium/+/
026717cb667cf0c7215cf55daf794d69752fc900/third_party/base/allocator/
partition_allocator/page_allocator.h#33> still hard-codes the assumption that
"All Blink-supported systems have 4096 sized system pages". On Linux aarch64
machines with 64K page size (as reported by `getconf PAGE_SIZE`, e.g., on
Flathub worker <https://flathub.org/builds/#/workers/18> "gnome-aarch64-1"),
that causes LO's CppunitTest_svtools_graphic to fail with SIGABRT, when
pdfium::base::SetSystemPagesInaccessible (workdir/UnpackedTarball/pdfium/
third_party/base/allocator/partition_allocator/page_allocator.cpp) causes an
mprotect to fail in a pattern like
> mmap(0x1051200000, 2097152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x1051200000
> mprotect(0x1051200000, 4096, PROT_NONE) = 0
> mprotect(0x1051202000, 8192, PROT_NONE) = -1 EINVAL (Invalid argument)
The loss of functionality caused by --disable-pdfium is assumed to be acceptable
("used for insert->image and selecting a pdf I believe", according to caolan on
IRC), and e.g. Fedora disables it for all arches since
<https://src.fedoraproject.org/rpms/libreoffice/c/
1f6713e951de6aa9af43a9bd92ed011edf0c6fe9> "update to 5.4.0 alpha1".
Change-Id: I39385c332ddd6a2a3a221f0d0577181709944313
|