We cannot even parse the recipes without meta-java, as we use java.bbclass.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

This updates oniro layer to latest version, and all shared dependent layers to
the corresponding version.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

This should be dropped once meta-openharmony is upgraded to a musl libc
version that includes qsort_r() function.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

This will skip the recipe if openharmony is not enabled in DISTRO_FEATURES,
if TOOLCHAIN is not clang or if RUNTIME is not llvm.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

By using weak assignment for the java preferred providers, we avoid setting
java preferred provider variables if they are already set.
We should be fine with any valid setting.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

This ensures libfts.a static library file is built, even if distro has
generally disabled static libraries.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

With this, the use of openharmony.inc will not change things unless
the `openharmony` distro feature is enabled.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

By moving more of the configuration into openharmony.inc, it becomes
easier to add OpenHarmony support to other distros.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

Instead of hardcoding an `openharmony` override, this introduce an
`openharmony` distro feature which (when enabled) will add a
`df-openharmony` override.

The `openharmony` distro feature will also gate the `openharmony-3.0`
and `openharmony-3.1` overrides, so they are only active when `openharmony`
is enabled.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

openharmony-standard: Separate package for appspawn component

See merge request eclipse/oniro-core/meta-openharmony!32

Fix OpenHarmony 3.1 file-rdeps errors

Closes #27

See merge request eclipse/oniro-core/meta-openharmony!30

This adds the missing OpenHarmony parts to be installed into the system
image and fixes the RDEPENDS errors. The INSANE_SKIP for file-rdeps can
be then removed.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

Add module/useriam to the musl ldso paths. It will be needed for the
extra components added by the upcoming commit to fix rdepend issues.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

This patch adds //base/security/selinux repository needed to build and
install //third_party/selinux:libselinux to the system image.

Since //third_party/selinux needs //third_party/FreeBSD only for the
source files fts.c and fts.h, this patch also adds a dependency on the
musl fts package and uses it instead of the source file from FreeBSD.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

Merge me with

This patch disables the macro _FORTIFY_SOURCE for libselinux native
compilation with gcc. This fixes the following error:
 "inlining failed in call to always_inline ‘syslog’: function body can be overwritten at link time".

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

This explicitly adds libfts.a to the package files and fixes an error
openharmony-standard do_package() that depends on libfts.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

This splits out appspawn component into separate package, and creates a systemd
unit to manage it.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

Allow marking broken ptest suites so we can fix things gradually while
keeping track of regressions in the components we already have fixed.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

This patch adds the //third_party/libnl repository needed by
wpa_supplicant.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

Fix native class inheritance for devtool recipes

See merge request eclipse/oniro-core/meta-openharmony!31

The native class must be inherited last, otherwise bitbake issues a
warning stating that it can have unpredictable effects.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

The native class must be inherited last, otherwise bitbake issues a
warning stating that it can have unpredictable effects.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

reuse: Fix reuse compliance issues

See merge request eclipse/oniro-core/meta-openharmony!29

Only those licenses that are explicitly mention in the SPDX headers in the
repository are allowed to have license text files present. That means, that in
the LICENSE directory we can only have licenses for meta-data files and not
licenses for packages that this meta-data is used to build.

Signed-off-by: Robert Drab <robert.drab@huawei.com>

openharmony-standard-3.0: Fix missing runtime dependencies

See merge request eclipse/oniro-core/meta-openharmony!28

libwms_client.z.so library was not installed on the target in OpenHarmony 3.0
causing QA issue and rightly so, as it is a bug.

Signed-off-by: Robert Drab <robert.drab@huawei.com>

Update source repositories to v3.0.1

See merge request eclipse/oniro-core/meta-openharmony!27

This updates the OpenHarmony source repositories to version 3.0.1.

Only the patch for third_party/icu needed some rework and the removal of
compiler option '-Wno-error=implicit-float-conversion' for gcc.

This also set OPENHARMONY_VERSION_FULL to 3.0.1 the openharmony-3.0
distro override.

Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

Various changes in preparation for integration with meta-oniro-core

See merge request eclipse/oniro-core/meta-openharmony!26

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

This allows using java-tools.inc, and thus openharmony-standard,
hapsigner-native and packing-tool-native recipes with any distro configuration.
These recipes should only be used for OpenHarmony enabled distro configurations
anyway.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

This enables the special OpenHarmony patches version of the gn tool for use with
any distro configuration which enables the "openharmony" in its DISTROOVERRIDES.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

This allows building OpenHarmony compatible linux-yocto kernel using any distro
configuration which enables "openharmony" in its DISTROOVERRIDES.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>

This allows building OpenHarmony compatible linux-libc-headers using any distro
configuration which enables "openharmony" in its DISTROOVERRIDES.

Signed-off-by: Esben Haabendal <esben.haabendal@huawei.com>