openharmony-3.0: Start services from pre-init script

Closes #73 and #75

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

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

Robert Drab authored 2 years ago and Thierry Escande committed 2 years ago

Signed-off-by: Robert Drab <robert.drab@huawei.com>
Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

Robert Drab authored 2 years ago and Thierry Escande committed 2 years ago

Closes https://gitlab.eclipse.org/eclipse/oniro-core/meta-openharmony/-/issues/73



Signed-off-by: Robert Drab <robert.drab@huawei.com>
Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

Robert Drab authored 2 years ago and Thierry Escande committed 2 years ago

Closes https://gitlab.eclipse.org/eclipse/oniro-core/meta-openharmony/-/issues/75



Signed-off-by: Robert Drab <robert.drab@huawei.com>
Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

The OpenHarmony services are now started from the pre-init script. The
script checks if the corresponding systemd services are enabled before
running them. That way, the services startup can be controlled using
systemctl.

Signed-off-by: Robert Drab <robert.drab@huawei.com>
Signed-off-by: Thierry Escande <thierry.escande@huawei.com>

This change turns the OpenHarmony systemd services into dummy services
that doesn't start them. Instead, the preinit script will check for
these services state and start the corresponding services if their
systemd unit are enabled.

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

Fix ACTS hap packing

Closes #66

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

This sets NODE_OPTIONS to pass '--openssl-legacy-provider' to node 17
and fixes the error 'digital envelope routines::unsupported'.
This was resulting in ACTS hap package not contaning the manifest and js
assets files.

Even if NODE_OPTIONS is set in the openharmony-standard recipe, it also
has to be set in the nodejs invocation environment because the recipe
environment is ignored in build_js_assets.py.

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

This fixes the following nodejs 17 error:
 error:0308010C:digital envelope routines::unsupported

The option '--openssl-legacy-provider' is passed to nodejs and a few
OPENSSL variables are also set to point to the native sysroot ssl conf.

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

This test doesn't compile and is not mandatory, so remove it.

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

acts: Add needed RDEPENDS

Closes #76

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

This adds needed REDPENDS for openharmony-standard-ptest package.

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

CI: Apply cpu.light and cpu.heavy job tags

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

CI: Optimize pipeline for merge train setup

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

Fixes f7f72da6 ("CI: Only create updates for China mirror update when needed")

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

With this change, we will be able to schedule lightweight and heavy jobs on
different runners, thus speeding builds by providing more runners for
lightweight jobs, while controlling cpu resources for each job so that each job
get a fair share.

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

Doing the ohos build test with oniro-openharmony-toolchain and
oniro-openharmony-bundle images is rather expensive, so we will not run them
automatically until the final merge train pipeline.

This way we can still ensure that we don't merge anything that breaks this,
while allowing faster pipeline execution during branch and merge request
iterations.

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

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

It is only used in two unittest testcases, and something is causing it to not be
included in the generated image, although we add the necessary parts
information.
So making it static is a simple workaround for that.

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

We are renaming the ${PN}-faultloggerd package to ${PN}-faultlogger, as it will
include both client and server parts.

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

Kristijonas Čiulčinskas authored 2 years ago and Esben Haabendal committed 2 years ago

Signed-off-by: Kristijonas Ciulcinskas <kristijonas.ciulcinskas@huawei.com>

This is breaking builds, and fetching from main npm repository is working
fine...

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>

While we still need to use an external Docker registry, we don't have
to hardcode it, and we don't need to push to external git repository
to update it.  By manually setting CI_REGISTRY, CI_REGISTRY_USER,
CI_REGISTRY_PASSWORD and CI_REGISTRY_IMAGE variables, we can build and
push from gitlab.eclipse.org pipeline.

And with this change, anybody forking meta-openharmony will be able to
use the Docker registry included with their GitLab instance if they
want to.

The downside is that forks on gitlab.eclipse.org needs to setup
CI_REGISTRY_IMAGE variable to get working CI.

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>

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

Add support for qemuarm-efi, qemuarm64-efi, qemuarm64 and raspberrypi4-64
target machines

Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>

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

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

There is no special reason for using the old OSTC GitLab server for this, so
we can just as well do it from Eclipse GitLab, so it is updated automatically on
each merge.

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

This should have been removed when the $RECIPES loop was folded in.

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

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

This fixes the problem that have caused us to always rebuilding
openharmony-standard recipe in CI, even if no changes would seem to
require it.

The fix is to rewrite the SRC_URI variable to not include git revisions
but use SRCREV_* variables for that instead, and then setting up
SRCREV_FORMAT appropriately to allow expansion of SRCPV with a meaningful
and correct value.

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

Update to newer oniro components - needed to pull
in support for the new qemuarm-efi and qemuarm64-efi
MACHINEs

Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>

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