linux/meta-java.git/recipes-core/xml-commons, branch morty

xpp3: Fix bashism

2016-09-16T11:26:36+00:00

findpath var must also be fixed on its second occurrence. Without this patch: ERROR: xpp3-1.1.3.4.O-r0 do_compile: Function failed: do_compile (log file is located at /home/ricardo/curro/qt5022/build-qt5022-open/build/tmp/work/all-poky-linux/xpp3/1.1.3.4.O-r0/temp/log.do_compile.14262) ERROR: Logfile of failure stored in: /home/ricardo/curro/qt5022/build-qt5022-open/build/tmp/work/all-poky-linux/xpp3/1.1.3.4.O-r0/temp/log.do_compile.14262 Log data follows: | DEBUG: Executing shell function do_compile | ---------- | 1. WARNING in src/java/api/org/xmlpull/v1/XmlPullParserException.java (at line 11) | public class XmlPullParserException extends Exception { | ^^^^^^^^^^^^^^^^^^^^^^ | The serializable class XmlPullParserException does not declare a static final serialVersionUID field of type long /home/ricardo/curro/qt5022/build-qt5022-open/build/tmp/work/all-poky-linux/xpp3/1.1.3.4.O-r0/temp/run.do_compile.14262: Bad substitution | WARNING: exit code 2 from a shell command. Signed-off-by: Ricardo Ribalda Delgado Signed-off-by: Maxin B. John

xpp[23]: fix/remove bashism

2016-09-12T12:02:42+00:00

This was breaking on hosts with dash as /bin/sh. Signed-off-by: Christopher Larson Signed-off-by: Sujith H Signed-off-by: Maxin B. John

do_unpackpost: explicitly set working directory

2016-07-22T14:46:51+00:00

bitbake rev 67a7b8b02 "build: don't use $B as the default cwd for functions" (included in current bitbake master) breaks the assumption that do_unpackpost runs inside the build directory. Now that has to be set explicitly, which is also okay for older bitbake versions. Signed-off-by: Patrick Ohly Signed-off-by: Otavio Salvador

Revert "meta-java: rely on well known bootstrap-path"

2016-01-04T11:21:06+00:00

This reverts commit 04d5d0bf414c05ca59618d77f17ff9898aa1c566. Detail reason is in the following commit. Signed-off-by: Jackie Huang

meta-java: rely on well known bootstrap-path

2015-12-08T15:43:35+00:00

Instead of potential circular depending virtual/javac-native (even this recipe provides such a useable java-native), rely on well known path via cacao-native to build up to icedtea7-native in reliable manner. virtual/javac-native should be used by parts not belonging to the bootstrap phase. Signed-off-by: Jens Rehsack Signed-off-by: Maxin B. John

mark broken recipes with PNBLACKLIST

2015-02-17T12:53:34+00:00

While testing commit 'java-library: inherit allarch' I found some recipes throwing errors in do_compile. The recipes jaxme and xom currently don't build with compiler errors. jaxen, dom4j, jdom, commons-jxpath, commons-configuration depend directly or indirectly on jaxme and/or xom and thus are unbildable. Signed-off-by: Max Krummenacher Signed-off-by: Otavio Salvador

licence: add missing LIC_FILES_CHKSUM

2015-02-17T12:53:34+00:00

While at it change the LICENSE string to the oe one if applicable. e.g. AL-2.0 -> Apache-2.0 Signed-off-by: Max Krummenacher Signed-off-by: Otavio Salvador

cleanup whitespace in tasks

2015-02-17T12:53:34+00:00

Indent with 4 spaces in task definitions. Signed-off-by: Max Krummenacher Signed-off-by: Otavio Salvador

jaxp1.3/xml-commons: correct licenses

2013-09-30T20:15:07+00:00

recipes-core: Correct fastjar cmdline

2013-09-29T19:51:44+00:00

Signed-off-by: Khem Raj