The fix of fdo#74875 brings a huge regression since nowiki must be used
With this patch, fdo#74875 is still ok hopefully.
Change-Id: Ic6ed34630b40b09ab4f63166cbb1985b6313d168
Regression from http://cgit.freedesktop.org/libreoffice/core/commit/?id=b80d8c695e6b6ded231e67ed9a80bcd1f1250c03
"compareTo" has been replaced by "==", so we compared the equality ot the pointers on the objects instead of the content of the strings
To make it simple and since we compare String objects, let's simply use "equals" method
Change-Id: I65bc1a87751297411fdbe722d3f49bce5e291638
Passing a target local variable like $(LOCATION) to
gb_Extension_add_file does not result in an actual dependency on the file.
Change-Id: Ide77ab81f19877267056bf8e50d69c9cfedcda79
gb_Extension_use_package is inherently broken because it creates cyclic
dependencies with gb_Extension_add_file. Fortunately it's not necessary
because the added file is a target by virtue of being in the Package.
There is another cyclic dependency that can be avoided by not using the
Package in gb_ExternalProject__use_commons-logging.
Change-Id: Id4ddd4f78d819e47882387533a2d64693b2879ea
upstream changed license to ALv2
Besides the license change, there are two bug fixes:
* Do not apply any transformation to the contents marked as WikiMath.
* Join sibling nodes marked as WikiMath.
Patch by: Bernhard Haumacher
(cherry picked from commit 414a61fa4c4f03a2b2645682c55ee56ae9c84a79)
Change-Id: I6b996631ebdd908c6d96d2c9dde1a3d6dd3e212f
Update commons-codec to version 1.6.
Update commons-lang to version 2.4.
Patch common-httpclient to avoid building issues
with OpenJDK-7.
These versions maintain ABI compatibility while
using features from newer Java versions and
have been tested on the FreeBSD port.
Change-Id: I6aec2b6d22fc3335ffbdda9558f475313ef53c85
...as a prerequisite for gbuild'ifying desktop/test/deployment/passive/, which
builds a test extension that does not match those default description/license
settings.
Change-Id: I200ff0ceb9750ed4b1c187305f10469f789d29cb
... derives from com.sun.star.uno.RuntimeException instead of
com.sun.star.uno.Exception.
Only test that breaks with this change is jurt_uno/AnyConverter_Test,
which for mysterious reasons effectively tests that
IllegalArgumentException is a subclass of Exception and not
RuntimeException. Presumably this is just a generic exception test that
happens to use IllegalArgumentException.
Some further testing indicates there are no problems expected at
runtime:
Running "make subsequentcheck" with all Java test code compiled against
a ridl.jar that does not contain the change, running against a soffice
that uses ridl.jar and rdbs with the change + ridl.jar with the change
on the test side yields exactly the same AnyConverter_Test failure, with
no other failures.
Change-Id: Iad183de76ec7e0d56648084e97cdcc160b5b033d
we set the paths here to their runtime values, because in new
build "paradigm" English tree is not updated, just copied. No
problem with that, we'll fix regressions later. Now it works
even in en-US build, but nodes are not localized, because
update_tree.pl does not find localizations due to the changed
paths. update_tree.pl is a hack and must die. It will be killed
in feature/killsdf branch.
Change-Id: Ic16eca538182f5548d4d6c2a23f9bc9764da6b62
we may want to use syntax highlighter class from svtools later,
which is not available for l10ntools
Change-Id: I5a06b77cb6935e3ef68015fb608aa26ac7c53fac
...as had been done in the old build system (solenv/inc/extension_helplink.mk).
Especially for bundled extensions, this removes the need to compile the help
data per user on first start.
gb_Extension_add_helpfile(s) replaces gb_Extension_localize_help, and takes care
of all the steps (localization, compilation, inclusion in .oxt), even for the
en-US data (which was handled with additional gb_Extension_add_file calls
before).
Change-Id: Ie4bab66d3cad2b713780a23bf2606ca56cfff37f
With gb_Jar_add_jar and gb_Jar_add_system_jar adding to the manifest
classpath automatically it is no longer necessary to call
gb_Jar_set_jarclasspath manually except for the URE jars, which
are apparently not supposed to be added automatically.
Change-Id: I1e743e7ecb9cb5651e02005aa09e127bea1b0a29
