With this change, the OpenHarmomy lib paths are now added to
/etc/ld-musl-${MUSL_LDSO_ARCH}.path based on the content of the distro
variable MUSL_LDSO_PATHS.

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

This variable holds the system library folders used by OpenHarmony. It
will be used to generate the file /etc/ld-musl-${MUSL_LDSO_ARCH}.path.
It will also be used to do a sanity check and verify that all
/lib/module/* subfolders are parts of this musl ldso file.

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

Update OpenHarmony source repositories to v3.1.1

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

This change adds the variable OPENHARMONY_VERSION_FULL to the distro
configuration file. Its default value is set to OPENHARMONY_VERSION.

The idea is to keep the openharmony-standard recipe version number to
OPENHARMONY_VERSION (i.e. Major.minor) and have the variable
OPENHARMONY_VERSION_FULL indicating the patch version.

With the update of the OpenHarmony source repositories to v3.1.1, the
variable OPENHARMONY_VERSION_FULL is set to "3.1.1", through a new
DISTROOVERRIDES entry.

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

This adds /usr/lib/module/* subfolders to lib search path so OpenHarmony
components are able to find libraries they need.

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

I don't have a valid explanation for that but it turns out that fetching
3.0 repositories first then 3.1.1 ones leads to bitbake fetch failures.
Starting by fetching 3.1.1 then 3.0 repositories works better.

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

This updates the OpenHarmony source repositories to 3.1.1 version. This
also fixes a few  patches that now apply to 3.1.1 source trees.

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

openharmony-standard: Component packaging and systemd integration

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

This is initial work on splitting up OpenHarmony 3.1 components into individual
packages, and integrating the services of these as systemd services.

It is not complete, as we are shifting focus to OpenHarmony 3.0(.1) for now.

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

CI: Test toolchain and bundle images against OHOS codebase

Closes #6 and oniro#191

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

Update README.md and cosmetic changes

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

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>

Although not covered by the official OpenHarmony documentation, the ruby
interpreter and cpio tool is used during build.

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

Fetch OpenHarmony OS codebase release tarballs and test
oniro-openharmony-toolchain and oniro-openharmony-bundle against these.

In order to save CI resources, only MR pipelines run these new jobs
automatically.  For normal branch pipelines, the job are set to manual, so
developer can choose to run them as needed.

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

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

This adds support in the run-ptest script used by all openharmony-standard
components for providing fixture setup and teardown scripts.

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

This backports all fixes from OpenHarmony 3.1.1, which avoids random segfaults
in e2fsdroid.

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

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

Patching for Yocto internal toolchain details, we need to do it in openharmony
recipe, and not in the prebuilts recipes.

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

Remove a comment that used to make sense with OpenHarmony 3.0.
Also remove a commented out SRC_URI line.

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

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

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

README.md: Add short introduction on OpenHarmony and this layer

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

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

Execution of do_testimage have been stable for a while, so we don't need to
allow it to fail anymore. We should not accept changes that breaks it anymore.

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

This change adds support for OpenHarmony 3.0 and 3.1 builds by adding
the OPENHARMONY_VERSION variable to the build matrices.

It is added to conf/auto.conf by the before_script section of the
.bitbake job.

This is handled differently for the fetch job, as in this case the
variable OPENHARMONY_VERSION is set after the .bitbake before_script. So
the before_script appends 'OPENHARMONY_VERSION = ""' to auto.conf and a
sed substitution is used to set it to the correct value.

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

This change uses softer assignment ?= for OPENHARMONY_VERSION in distro
configuration file. It is then possible to overwrite it in local.conf
(or in auto.conf by CI).

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

This re-introduce a missing patch that deletes the unstripped exe and
lib binary files from the out folder. This saves a lot of disk space.

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

This replaces the use of prebuilt packing tools with the ones built from
the recipe packing-tool-native.

The patch for the OpenHarmony build repository fixes the path to the
packing tool jar files and now points to the ones in the recipe native
sysroot.

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

The packing-tool repository is a collection of OpenHarmony tools used to
pack and unpack HAP packages. OpenHarmony uses these tool as prebuilt
binaries. This recipe will build them from sources.

It's written in Java and needs the fastjson package from [1], downloaded
as a jar file from its maven repository. Fastjson is released under the
Apache 2.0 license,

[1] https://github.com/alibaba/fastjson



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

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

Instead of writing custom run-ptest scripts for all the (yet to come) ptest
suites for OpenHarmony 1st party components, this commit introduces a generic
run-ptest script, which should hopefully be usable for all (or at least most)
components.

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

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

In OpenHarmony 3.1, we now also have files in /system/usr, so we need to include
them as well.

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

OpenHarmony stores libraries in both /system/lib and /system/lib/module, and
needs to be able to find them.  With /system/lib being a symlink to /usr/lib, we
need to add /usr/lib/module to search path.

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

Running the test on slow and/or highly loaded system can result in slow boots,
so let's be a bit more patient.

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

If the script step fails in fetch job, the after_script was failing because of
missing mirror-updates-ch dir, causing source mirror to not be updated with what
was already fetched.

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

With OpenHarmony tests using some of our busybox commands, this should help us
not having to fight quite as much fallout from busybox CLI being different
from normal (and/or toybox) CLI.

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