Dealing with drunk BitBake
-
Does anybody know where I'd get some antabus for BitBake? It seems to be drunk…
I am trying to build openjdk-8 from meta-java for poky from the
pyro
branch (yes, it is ancient; the OEM of the board does not have it tested with any newer).The problem is that when it gets to build (
do_compile
)bsf-native
, it fails with a bunch of errors insrc/org/apache/bsf/engines/jacl/BSFCommand.java
saying some imports don't exist. Apparently they should resolve fromjacl-native
, but when I go to thebuild/tmp/work/x86_64-linux/jacl-native-1.4.1-r0
, where that should be built, the logs intemp
indicate that it wasn't compiled and only thedo_populate_sysroot_setscene
ever ran.However, the bsf_2.4.0.bb does say
DEPENDS_virtclass-native = "jacl-native …
and when I askedbitbake -g openjre-8
for dependency tree, the generated graph includes edges"bsf-native.do_compile" -> "bsf-native.do_configure" "bsf-native.do_configure" -> "bsf-native.do_prepare_recipe_sysroot" "bsf-native.do_prepare_recipe_sysroot" -> "jacl-native.do_populate_sysroot" "jacl-native.do_populate_sysroot" -> "jacl-native.do_install" "jacl-native.do_install" -> "jacl-native.do_compile"
(the dot file is quite long, but all the above lines are copy-pasted from it)
So
do_compile
should have run forjacl-native
beforebsf-native
. But it didn't. Does anybody around have idea how to make BitBake quit drinking?
-
… I did clean out the
tmp
before doing it, but not thesstate-cache
, so it might have thought it had a version in there—which would be OK if it actually worked, but it didn't. I'm trying again without cache.
-
@Bulb said in Dealing with drunk BitBake:
Does anybody know where I'd get some antabus for BitBake? It seems to be drunk…
I am trying to build openjdk-8 from meta-java for poky from the pyro branch
The main word that I recognized in there was "drunk".
-