Unlike in case of msvcr90.dll, which went to WinSxS, msvcr100.dll is installed
to the "system32" folder. Windows installer automatically replaces it to
SysWOW64. The problem is that this way 64-bit dlls end up in the wrong directory.
They conflict with the 32-bit dlls, and will not be installed. Therefore
64-bit shell extensions will not work, unless the 64-bit VC runtime is
installed from other source. It is not possible to install both 32-bit and
64-bit VC Runtime with merge modules in case of VS 2010 and VS 2012.
For the 64-bit shell extensions, we can install the runtime dlls next to the files.
Change-Id: I157048a521662bbac568d1660e46576935f0ea9f
...this e.g. changes the error message when trying to register an extension that
contains an (actively registered) Python component but no pyuno is installed
from "Binary URP bridge disposed during call" to a less frightening "The service
com.sun.star.loader.Python cannot be instantiated."
Change-Id: I10f2b36b11395559ee95ce659878222b5ea99c11
Changes done on UI code and IDL, not in comments
(cherry picked from commit fa88b1f1e227ad7530f6595d802a6ed1f5d54cb4)
Conflicts:
scp2/source/ooo/module_langpack.ulf
wizards/com/sun/star/wizards/letter/LocaleCodes.java
Change-Id: I9f66f697789965af79c1ea6db08c8e43f099ddf8
.. now that it isn't empty anymore to actually install the GNOME
stuff.
This reverts commit bbd0c8eb921114d3a313284ccdc05d5de1fd995b.
Change-Id: Ifa824f14c17fc5456e2aaebf2034282c40cd9c2d
The freedesktop solution has been supported by the Linux desktops
for many years. It should be enough these days. At least the
SUSE desktop integration has not been needed since about 2009.
Change-Id: Ib5048bd062802f6e70403e81433ea68ca9dff177
It's always possible to run the soffice executable from the same
location with a --base, --calc etc command-line option instead.
(That is not the normal way for Mac users to open an empty document
for the specific aspect of LibreOffice (Calc, Writer, etc) either.
Instead, the usual way (says cloph) is to keep a corresponding
template document in the Dock and click that.)
Change-Id: Iceea270c03a63f674e7dfdfa95117cb3bdd15184
Reviewed-on: https://gerrit.libreoffice.org/3930
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
The definition of Auto_File_Libs_ALL was not known in
module_hidden_ooo.scp, so it was left unexpanded and the unattached
files were assigned to the gid_Module_Root.
Change-Id: Ie7064da6e02394261a47e88526c073941625dc8c
... thus avoiding an annoing warning when a user tries to use autotext.
I think we can drop DEFAULT_TO_ENGLISH_FOR_PACKING now.
Change-Id: I230341c8bf1c925c51a4059b93153d5cd83d5310
.. as it is empty anyway and otherwise the next item (evoab) doesn't
get properly added to the gnome module
Change-Id: Ib00093882ff7390f3c709f5e8d7bdc371b145331
Because of commit e70ea92b3632c376975dd85dbcb26e7ca6b95498 "scp: remove
unused macros", which removed the top-level Applications symlink, the
dmg contained an extra dir, e.g.,
LibreOfficeDev_4.1.0.0.alpha0_MacOS_x86/LibreOfficeDev.app instead of
just LibreOfficeDev.app . This symlink used by the installer to
determine the dir to use as top-level for the installation
(solenv/bin/modules/installer/simplepackage.pm:274).
Also revert "Eek, it is hard to get the right path to the .app that is
being built", which was only needed because of the other problem.
This reverts commit 1c25b01fce27c85affee920441b9b09a7bfe0501.
Change-Id: Ib5792c7710decd021a62cd33fd841ebe26613fbc
This has never been enabled during the open source history of
openoffice.org . Yet we have been building the code and the resource
file for it. Should I be surprised?
Change-Id: Iba8262f125d0ea3a35fa7f256a3cdbd353e598bc
math.dtd was dropped from installation in 2009, see
https://issues.apache.org/ooo/show_bug.cgi?id=97200#c3 :
"In agreement with MIB and MT it was diecided that the Math.dtd should
be removed from the installation set as well since it
a) has incorrect content
b) is no longer used nowadays at all"
Change-Id: Id2a727338c224b0beb4b8def197988ab071a7d94
The FILELIST install method is really tailored to large sets of closely
related files. It is not such a great idea to apply it just to move some
unrelated files, delivered from a single module, out of $(OUTDIR), like
here, because it requires splitting one Package to several to allow the
files to be placed to different installation modules in scp2. The extra
makefile increases the overhead needed to place a file into an
installation set. We really need a better way to handle this...
Change-Id: I2f271562d8773152e69d284b4fe8ae356dea0945
