The default test timeout is 5000ms which is too short, causing some testcases
to exceed timeout. Increasing the timeout to 60 seconds.

Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

openharmony-standard-3.0: add patches and initialization changes to fix ACTS failures

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

OpenHarmony uses couple of UIDs/GIDs for running it's services.
Currently in meta-openharmony we have everything run as root, which 
causes some issues in starting abilities. As a temporary workaround
we are removing the Uid check.

Apply to foundation/aafwk/standard

Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

RenderText::PerformLayout() is causing a SIGSEGV for some reasons. 
The error appears to be raised in the Measure method(). This is
causing hap applications to crash, including ACTS test suites.
As a temporary solution we are removing the part of the code that
is raising the segfault. The side effect of this is that texts are 
not properly rendered.

Apply patch to foundation/ace/ace_engine

Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

A wrong permission mode causes ActsAppdatamagrJsTest ACTS test suite to 
fail because it fails to open /dev/ashmem due to a "Permission denied" error. 
Changing permission to /dev/ashmem: "chmod 666 /dev/ashmem" because 
it needs to be rw for all users.

Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

currently /data directory has to be chmod -R 777 /data in order for services to work

one of possible manifestation of this not being done is create display failed! error in the logs

Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

Currently, due to some services/graphics issues onShow callback is not being
called and therefore tests are not executed. For screen-less devices graphics
stack should not be required and therefore moving test execution to onInit

This patch allows ACTS tests output to be shown on the logs

Signed-off-by: Robert Drab <robert.drab@huawei.com>
Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

Robert Drab authored 2 years ago and Francesco Pham committed 2 years ago

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

Signed-off-by: Robert Drab <robert.drab@huawei.com>
Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

enable RemainAfterExit to openharmony-preinit.service to prevent 
the service from getting deactivated after initialization.

Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

feat: add eca check.

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

Related to eclipse-wg/oniro-wg/products-services-oniro-wg/it-services-oniro-wg/pipelines-architecture-oniro-wg#55

Signed-off-by: sebastien.heurtematte <sebastien.heurtematte@eclipse-foundation.org>

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>