Age | Commit message (Collapse) | Author |
|
Change-Id: Ic36b131ee9964a6671f7f41e1cad1631c43ad565
|
|
Change-Id: Ie002ab01a804cceea06e0a2ba7e6b2fe2a495344
|
|
Change-Id: If3896361c31a84b77e4c446dac75aeb9268605a0
|
|
Change-Id: I119a012f1b0e9fe06d15b7e41fe7ac140bb83629
|
|
Change-Id: Icb6d5cbc00135559b2e7b85a3c627dad974834a5
|
|
|
|
Change-Id: I5e081637617be8f15acf3c8a90810b2bd2ade7bb
|
|
a) it doesn't work
b) isn't connected up to any menus
c) is arbitrarily localized to big 12 nations
d) out of date wrt public holidays in those anyway
Change-Id: I4a16490b3ae84c6e5dbe0774ea8eb0000ed6dc3d
|
|
We need the nss libs in our final install always (unless using system-nss libs)
so finally disentangle nss from mozilla because --disable-build-mozilla had the
sideeffect of *not* including the nss libraries in the final install. Which
means that the xml_xmlsec.dll on windows couldn't be loaded due to missing
dependencies.
a) Strip out the nss libs from the pre-builds if those are being used.
b) Strip out the nss libs from the mozilla build itself if that's being used.
c) Don't include the nss libs in the weird mozillaruntime.zip which gets unpacked
into the install.
d) Package the nss libs directly in scp2 like everything else
Change-Id: Ia89d75cb0c0b83e84e60d0444ffc7997103fbc55
|
|
Change-Id: I5337e718d020b4035b5b696aa0f4b3ba7cfab63f
|
|
Change-Id: Ic93eebd5fbad25479560e56cd3a2c1da035da45d
|
|
Change-Id: Ib46248d217b0161dc20dde0274842bd7381f0cda
|
|
Change-Id: I0362d758205e7d12484e9e86ff2dce9608730c57
|
|
Change-Id: Ice06e639213aeb6f7f23cbf4634947dd25613db1
|
|
Change-Id: I7f923a5622214f7540a789bcdd93bf6fd1d166db
|
|
This reverts commit 4c2e9fc655b6480ffc7f0feb5d07b8106b6b8e22.
Change-Id: Iea84991ee689240fe6e6ddbc47f44b444f582dde
|
|
Change-Id: Id68521b92f572366a68f35c09387a7ed45a835ff
|
|
... so it can do the pre-registration of bundled extensions in
INSTALLLOCATION/share/prereg/bundle.
The meaning of Type of custom action is the following:
msidbCustomActionTypeDll + msidbCustomActionTypeBinaryData +
msidbCustomActionTypeInScript + msidbCustomActionTypeNoImpersonate +
msidbCustomActionTypeCommit = 3585
So it is a binary in a dll from the MSI itself, it runs deferred
with system privileges and after commit, because msvcrt90.dll is
available only after commit. The same type was chosen for the
removing part, it works.
Change-Id: I14c347b5cbc47789eb0484769a676703361c2193
|
|
Change-Id: Ice52de070220b4e7ae8a3dd0ccb41e3a12d471b8
|
|
64-bit registry entries were entered via a custom action, which
did not always work. By default the custom action ran with user
privileges, which were not sufficient to write the registry.
It is not necessary to use custom actions for this task. Windows
installer supports it well.
Change-Id: Id65458c363c2b90b3e7d166b4c836bfb1ff19bf4
|
|
Change-Id: If75d2daaac2c629028a76f55941345c1c565a69a
|
|
This reverts commit 45295f3cdceb4c289553791071b5d7f4962d2ec4.
File Open/Save window of 32-bit applications still need the 32-bit
shell extensions on a 64-bit system.
|
|
|
|
Remove hack in sofficemain we really don't want and don't install
a lib we are not building.
|
|
|
|
|
|
|
|
Change-Id: Ia4fd68af25725770cc620254dedba805102301a8
|
|
Change-Id: I49680c13989c9031150bae110e498a02af2476c4
|
|
Change-Id: Ia1c75076254c0300b19d6e12879143f7966b8294
|
|
This makefile must be included from other makefiles, which means it must
be delivered first, which does not play so well with gbuild's
all-in-one-process build. Because the version has not changed once since
the library was introduced in 2006, I consider this just an unecessary
complication of already complex build process.
Change-Id: I8304f0e8ef9e59a046b10f423dbe61d75e3fc5c2
|
|
Change-Id: Ie3fe45fce1e27332c178596ed7f60967781ffcda
|
|
Change-Id: I236165572652d7740d637ac19994aca549f501bb
|
|
Change-Id: I I7d0de9bc04c26e71c6bd915a659a15c3e1f712d2
|
|
Change-Id: Ife00d7477dacfe1eb325c722517fb038ead083db
|
|
Change-Id: Ic11bfb94cbee4116fe94255f5dc7c49bf795797a
|
|
Change-Id: I75474c2f0e938987c28dcfa1f31428e77de03e90
|
|
Change-Id: If9a0906a76943160cfdbd647b26a801bc4389615
|
|
mark the file as %config
Change-Id: I445a0e4570eb15113da58a5f824d618e44ab3bdd
|
|
Change-Id: I50d5cee6302e8d6b4b329e30b7a5ce47b47bc945
|
|
|
|
|
|
Change-Id: I4941d97a8eb540bbf63320db83230707ced9f90f
|
|
|
|
Change-Id: If77543855fe34f70d248fe8a4644d293f693f190
|
|
Change-Id: I6f468005c8d8d99d9251a9c4fe4629b98bc4aa5e
|
|
In some circumstances installation of embedded VC++ runtime
fails with error code 1935. This usually occurs, when there are
many different versions of VC++ runtimes installed on the computer,
including beta versions. We can workaround this Microsoft bug, if we
don't install our VC++ runtime. A new property was introduced. It is
called VC_REDIST, and installation of VC++ runtime depends on its
value. (BTW the solution is general, ComponentCondition can be used
for any merge module, now we have only the VC++ runtime merge module.)
When the user experiences error code 1935, he should try to install
LibreOffice with the following command line:
msiexec /i <msi file name> VC_REDIST=0
The patch fixes another minor issue. 64-bit VC++ runtime will
not be installed on 32-bit systems any more.
Change-Id: I I6c5e066c6e60b011235e6019a8a35c9e953209bc
|
|
we have both a SYSTEM_LIBJPEG and SYSTEM_JPEG but only SYSTEM_JPEG appears to
be used
Change-Id: Ib1a5da4c907222be33465ce06997f111c4fffe87
|
|
Change-Id: Id0dce7de72d538857cf4341bb9e1b30d2cf7e9dc
|
|
Change-Id: I8a44a2efc120763a278b9d758580430c20e10a85
|