Age | Commit message (Collapse) | Author |
|
Change-Id: I68d8eb5ee481c893ca1ddecf891db66bef5b03f2
|
|
Change-Id: I4586cb27505bbdc20a543fc812d8b480b4b94236
|
|
Change-Id: I5a8d3979e8b3e1e3d33882715fbb61f37bf27e35
|
|
Change-Id: If440c551aedf805eb364c0fe575e8c5f4f66c18f
|
|
Change-Id: I067ab0a4559bf7ee0da36a67567e0db9a6e34f87
|
|
Change-Id: I502c849e40d84e6038b0b83fe344699944ec4a8f
|
|
Change-Id: I8f5312d9751d4bc4f26feb1d58b1c4b3184441c0
|
|
Change-Id: Ie52c2ed87bf7631877bdf9a4cffc2f0a8fb3736c
|
|
Change-Id: Ie08f8b608c5b71e5375793e6cf9054ea75d7732d
|
|
Change-Id: I7db5dd20e41297efbabef22f559b5552f3afff0f
|
|
Change-Id: If3840e048edc93adec3df7fa818e8b43d17cb1d5
|
|
Change-Id: I5a5444e8ee95b0fd95a97c31c94ab0f9c3935abb
|
|
Change-Id: Ie5f050bf5f672a35d9629dcfb039d9fff7470cab
|
|
Change-Id: I190b1314a91026dcfc39df3e3e178df55d14d90a
|
|
Change-Id: I35bf8094c9dcf0f70e59c1304ab5a6800393fa29
|
|
Change-Id: Ib0286466403a0457420c708ac083051d28d087bb
|
|
..since it also needs stuff from postprocess.
In qa/desktop/Makefile, images_tango.zip is used.
If that's not needed, the module can be placed between postprocess
and packimages for now.
Change-Id: I9951cce0c8da0fc75fd8a7b1246f4083bd38f705
|
|
Yes, I know that eventually what now is known as "tail_build" will be
all there is left. So by that time, by definition nothing can be built
"after tail_build". Will have to handle that then.
Change-Id: I47d228ca7156520db10630861ce52b015a7a169c
|
|
Just build the sdremote app for now. Note that this is a pure Java
app with no dependencies on (native) code (or Java code, for that
matter) from rest of LO.
Probably should drop the separate android/sdremote/Makfile and just do
what it does in android/CustomTarget_sdremote.mk instead.
Adding other Android apps (well, the LibreOffice4Android one likely)
to gbuild will require more complexity as they bundle native code, and
thus should depend on other modules first having been built. If one
wants to go really fancy, one could of course depend on the specific
libraries (and other files) being bundled. Let's see...
Change-Id: If10761479f348c4993eec40b7f8346edb77f0e0d
|
|
Change-Id: I252a74587ba5b380b7bbdcc8a78247d5a9e77587
|
|
This enables to properly use make <module>.all for builds without
dictionaries and hopefully also solves the problem behind
5133d3c48fd6d2a795e42b87a1e7b464946606a3
Change-Id: I43872864aa135014ea51d15b34ef4de151f14c3d
|
|
Introduced special token LIBO_DEV_INSTALL=TRUE to communicate what install set
to build from Makefile.top's dev-install target to
instsetoo_native/util/makefile.mk. Somewhat arbitrarily, always use a "release"
install set regardless of --enable-release-build (the dev-install set is used
for "make check," and it is safer to test "release" install sets in
--disable-release-build builds than the other way around, should those builds
ever start to deviate significantly).
The "always build a defaul-laguage openoffice product" logic had been obsoleted
a long time ago already.
Change-Id: I64ec87a0b8dc6fe81cab5531c43e29db3f5128af
|
|
Change-Id: Id40b2fb6f8e1667bcb5164e483ea7c6949b627a1
|
|
Change-Id: I8aec0d6b6e7ccc6c674ee98d6a9eb28785ee42b2
|
|
Change-Id: I39dcb1e4d6493b01b68055d006f658af0b6e67ef
|
|
Change-Id: I9b04e3ba7125ac0b7a38f47d0cbdedee9d844e28
|
|
Change-Id: I1e7eda073906f5b289317d307358a63aca2c24dc
|
|
Change-Id: Ic52986c15de0051321d710e9c26d26786302a196
|
|
Change-Id: Icd5683ec2609e401e2e04021df5065986875c77c
|
|
Change-Id: Ib627bb0a12b5b055f8d6077c00cc8099473fa176
|
|
Change-Id: Ie2b369b6f372a99dbc4af5045639b2ff8425568f
|
|
Change-Id: I7b0675151d39d6ce39c99ba3f85e8efebe303a2f
|
|
|
|
This is a partial revert of 0ec45dc41dd4872482b817387f253d6fab6bf20c ,
mainly for tinderbox nightlies. The .zip for dev-install is built
only in dev-install target. But IMO the build target is broken
this way too, I don't see why the .msi has to be built already there
and not in some install or make-msi or whatever target (it's pointless
in build target for a developer build).
Change-Id: Ifd63066499b67fa446127193b243d893d497b451
|
|
Change-Id: I7b90d049cb1a809c028fdf37577f3b8c8b2c3835
|
|
like dev-install except that it does not use symbolic link even on linux
Change-Id: I5d8e96caea5070e50765d6cc498c7120747ab1a1
|
|
118568: switch to using ucpp
Patch contributed by Juergen Schmidt
http://svn.apache.org/viewvc?view=revision&revision=1209396
|
|
Change-Id: I99a0dd6765d57c4a1d842b25d600d760930704fa
|
|
Change-Id: I9a3004634108fb4d1a990eaf528059cc7dfbe27e
|
|
Forcing creation of second installation set is perhaps not ideal,
but i have no idea how that installer perl crud work and
at least it gives something to run tests against.
Change-Id: I506160013de23f76128c9e39b4f3bacc6e32cc7a
|
|
Change-Id: I5a4d86b218164f864a02cc0d80ffa49d143ac3f1
|
|
Change-Id: Idb46ebcb427522c74632a1813afcbb841fb61243
|
|
Change-Id: I65c19a21ae9b6deb1601adf2f3fe8fe8faa7e9ed
|
|
Change-Id: Iade2c96ed1e2341ee1f132f73898a4c98b66f8a4
|
|
Change-Id: I7f923a5622214f7540a789bcdd93bf6fd1d166db
|
|
Change-Id: I64db2710b8253c8110851dafa58013e1066f63c8
|
|
Change-Id: I31da2812848d5172bf575d64fa6a28e69b35ecd4
|
|
Change-Id: I55d944652de2c716fd1548e5ee64a10c2fb645e0
|
|
Change-Id: I4e37265cd76be95c3404930b5ea0757e68b3392a
|
|
Change-Id: I10652743194d44d8465ddf8079f6b4458e6710f9
|