Yes, this is still not nice, but this is what we are doing for now.
We will fix it as we create systemd units for each service.

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

Remove patches that are not needed

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

The patch was a hacky way to allow starting of demo hap applications from a root user.
The proper way to start the demo apps is by running `aa start ...` from the system user.
For example:
```
$ hdc shell "su system -c 'aa start -a ohos.samples.clock.MainAbility -b ohos.samples.clock'"
```

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

remove test-xts-acts-Start-tests-from-onInit.patch because now the tests are properly
executed even without it. 
Probably after fixing a segfault problem in the graphics stack, the tests execution
have been fixed.

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

openharmony-standard-3.0: Fixing ACTS failures, adding patches for test timeout increment, add system user, fix typo

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

Fix DefPermission.hap filename typo which is causing a file not found error 
when running ActsContextTest ACTS tests. 
 
Signed-off-by: Francesco Pham <francesco.pham@huawei.com>

START_ABILITY_TIMEOUT is 3000ms which is too short in our case, causing some 
testcases in ActsBmsModuleUsageRecordTest to exceed timeout. 
Increasing the timeout to 30 seconds.

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

OpenHarmony init system, is responsible for creation of some directories, handling 
permissions and running services with appropriate UIDs/GIDs. Currently in 
meta-openharmony we have everything run as root, which causes some issues.

Adding system user with UID 1000. 
Run system services as system user.

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

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>