Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Id986bc7f9f09902dfda849bc86f9c48ccb0f30c3
|
|
Change-Id: I4c13d1cd4b7490a0b4db8f0dd40d823a5906c8aa
|
|
...into a new smoketest.jar, so that URE juh.jar no longer depends on non-URE
unoil.jar.
Change-Id: I8937c78d8af6e2f82ada5dd80c322f8bca5ec2f5
|
|
Change-Id: I7383da4390995ad9ea2d4fb494098dab6287609f
Reviewed-on: https://gerrit.libreoffice.org/3758
Reviewed-by: Matúš Kukan <matus.kukan@gmail.com>
Tested-by: Matúš Kukan <matus.kukan@gmail.com>
|
|
I do not want to create a new optional module just for one file.
Change-Id: I5a96a71eadaebff045ecc6ef1a5dd240014d6953
|
|
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
|
|
Change-Id: I4c67301b99c2eb066695fc1e85c1e16ea5902d9f
|
|
Change-Id: Id1a836da9b97ba2b542b68cfa650fede523b0a0e
|
|
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
|
|
Change-Id: Ie773f7af8823534e9d4834733b4852cb9ad314ae
|
|
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
|
|
Change-Id: I5c0ec48ecd8616358b728d426bc5ef91aa6b08e3
|
|
Change-Id: I7a36eb26d26dfa58b82919ca0ee16f94fa82c220
|
|
Change-Id: I9db93fd588f1cca9ce071d4ff14d5c9c699748a0
|
|
Change-Id: Ib092623501e36fa759a5215a435d21e1fea8dfdd
|
|
Change-Id: I072d5283f979b42ffbd359575209c09cf445b6df
|
|
Do we need to install them? Or even have them in the sources, FWIW? The
old XML format has been superceded by ODF 10 years ago...
Change-Id: I909afcf86ae808441c7dbc6182512bedb9789c1c
|
|
Change-Id: Iddc1a86d34a6d05f2a2939fb72f057fb387bbe1f
Reviewed-on: https://gerrit.libreoffice.org/3781
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I54ca40343f4abe61aaea5520d27b4c82a2eeaf7a
Reviewed-on: https://gerrit.libreoffice.org/3780
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Ib3a98d8268d0a1973d5f06b993c293fd41ba47e1
Reviewed-on: https://gerrit.libreoffice.org/3779
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I93176653935b6ccfd4181e6086444fbe7475f2b0
Reviewed-on: https://gerrit.libreoffice.org/3775
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I5c136760ca59278ba6bfcd1d11c56d810e9cfa76
|
|
Change-Id: I05594cd52332e863ac23a8255cd291b16b9b034c
|
|
Change-Id: Ib4501e1171f3940a6909ce4f0c05a669d708b93a
|
|
Change-Id: Id84765285b1ace19442ec13d7212e4121f77dabd
|
|
Change-Id: I6ece86dfdd99e30bc6aade1a769f8ff9290b4a72
|
|
This also reinstates the use of brand_dev/intro.png for non-release
builds, lost with gbuildization of instsetoo_native (commit
1d84e9d1d363bd550129efcbeafe670c0a049dd0).
Change-Id: I43477505c5c9a3d6ec961d640608e6e91379868e
|
|
Change-Id: I121a4ad5d7cff54b914796142fa7c50006856300
|
|
Change-Id: I1576b60bc511bdac964decd5a7f8c3834281f380
|
|
Change-Id: I01ea506b76356ce62688350d096ff77c2cddcbdf
|
|
Change-Id: I3f5df5be726fe0788a17d632fe1021ccaf4c1951
|
|
|
|
See developer mailing list for discussion, subject "LibreOffice is one or
several applications?"
Change-Id: I7a4a5a76f980eb458a2b6d4558a553b8508fd990
Reviewed-on: https://gerrit.libreoffice.org/3638
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
OLDPRODUCT2 - it was a workaround for OOo 1.9, obsolete
SAMEPRODUCTS - same product have the same ProductCode, so installer detect it
anyway under normal circumstances. It is possible that a tester/developer tries
to install the same version with different ProductCode over an existing installation
(e.g. dailyes or RCs). Then we are in trouble. However, SAMEPRODUCTS was not in use.
Moreover, Windows Installer uses only the first three fields of the product version.
So we cannot make difference between e.g. 4.0.3.1 and 4.0.3.2, and this is the new versioning
scheme.
BETAPRODUCTS - LibreOffice have never used different upgrade code (BETAUPGRADECODE) for betas.
OLDPRODUCTSPATCH, SAMEPRODUCTSPATCH, NEWPRODUCTSPATCH - related to old Star Division patching
mechanism, they were commented out anyway.
STUBPRODUCTS, STUBUPGRADECODE - these look useless
Change-Id: I77d67b72e18fa6b3ba4182b99e198c42f247cea4
|
|
Change-Id: I6ddeff7ae72693fd0951d71bd7b5444938bc7286
|
|
IMHO there is no reason why they should be 0444. I have found no
explanation for it, either in the commit that introduced the bundled
dictionaries or in the related bug.
Change-Id: Ia42218a0d579ced5f17248a092eab2c61cb9005f
|
|
Change-Id: I969217263fdda3e61b38dc16f0a9251b745de885
Reviewed-on: https://gerrit.libreoffice.org/3652
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I0727b800c715962a88e256b30046c9e13d6bd2a9
Reviewed-on: https://gerrit.libreoffice.org/3650
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Ib382319a4916b711c820c06ba57928ca11d0b804
Reviewed-on: https://gerrit.libreoffice.org/3648
Tested-by: David Tardon <dtardon@redhat.com>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Icd436733b47d7883209fe73dc1d0099dc87db089
Reviewed-on: https://gerrit.libreoffice.org/3649
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I58421587784260bd88994926bca031ab26a6214f
Reviewed-on: https://gerrit.libreoffice.org/3630
Reviewed-by: Matúš Kukan <matus.kukan@gmail.com>
Tested-by: Matúš Kukan <matus.kukan@gmail.com>
|
|
Change-Id: Ieec4edf41140f9c5af3dcc227c917b06157a26f3
Reviewed-on: https://gerrit.libreoffice.org/3561
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
|
|
...and remove a bunch of unused Directories
Change-Id: Ibb20bf9f4049eee136132b4ebda86ec2a9613a29
|
|
Change-Id: I0a814e3f5605340f00d4b48e83ce26792abec067
|
|
These are put into uno_loader_classes.zip, which is then not used at
all, and odkcommon.zip, which is used for creation of install sets.
Seriously?!
Change-Id: I28b5bc73857cf524fb12f7918acd2891ff12d166
|
|
Change-Id: I3c15ace80e0ce95910a6a256e4a25c4d7859a58c
|
|
Change-Id: I474f6e7a45d09683eb0dd7172114407c9dca84d7
Reviewed-on: https://gerrit.libreoffice.org/3571
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
What is a little confusing is that the udkapi.rdb ends up as types.rdb in the
installation set (in the URE's sub-tree). So all places that reference it
during the build do so as "udkapi" while all places that reference it in an
installation set do so as "types."
Change-Id: I35d0695966b3bd703f5494b636b9782efc0d3fcb
|
|
Change-Id: I434508057dbfab9410d8f7fc3844c45cd4201b11
Reviewed-on: https://gerrit.libreoffice.org/3588
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I51841a8c92cb73912757fcc0766b11d8f9be4b77
Reviewed-on: https://gerrit.libreoffice.org/3587
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|