Closed chombourger closed 2 years ago
sstate-related, likely.
Why are you taking this strange indirection via MTDA_EXTRA_APT_SOURCES
, rather than appending the target variables directly in the machine confs? Not saying that this is the reason, but it looks like a pointless abstraction.
sstate-related, likely.
Why are you taking this strange indirection via
MTDA_EXTRA_APT_SOURCES
, rather than appending the target variables directly in the machine confs? Not saying that this is the reason, but it looks like a pointless abstraction.
you are right. that approach would also cause problems with multiconfig builds (isar-bootstrap-target should be consistent across all machines included in a multiconfig build)
raised #160 as an attempt to clean this up
it builds OK with the older Isar. I am still left with errors with Isar's HEAD:
ERROR: /work/isar/meta/recipes-core/isar-bootstrap/isar-bootstrap-host.bb: Invalid apt sources list
WARNING: /work/isar/meta/recipes-core/isar-bootstrap/isar-bootstrap-host.bb: Exception during build_dependencies for do_bootstrap
WARNING: /work/isar/meta/recipes-core/isar-bootstrap/isar-bootstrap-host.bb: Error during finalise of /work/isar/meta/recipes-core/isar-bootstrap/isar-bootstrap-host.bb
``
these are only observed using kas/debian/nanopi-all.yml (multiconfig)
both kas/debian/nanopi-neo.ym and kas/debian/nanopi-r1.yml are building ok
setting distro
in kas/debian/mtda-nanopi-all.yml
appears to fix the issue
the build goes further now but eventually fails on some Python recipes. investigating
the build goes further now but eventually fails on some Python recipes. investigating
several python packages fail in do_dpkg_build
complaining that python3-setuptools:native isn't installed while it is a Build-Depends in debian/control and was installed at some point in the buildchroot. Was it removed from the shared buildchroot when installing deps for another package?
If some other recipe erroneously requests python3-setuptools
, the target arch version may get installed into the buildchroot. And if that happens between do_install_deps
and do_dpkg_build
of the affected recipe, you have your error. In fact, that may even come from broken upstream packages if you rebuild any (had to fix systemd recently).
The following commits were recently added to Isar's master:
Our builds are now broken: