regenerate patch from the ${S}/base/hiviewdfx/hilog patch directory, and
apply the patch to the subdirectory.
This allows `devtool modify openharmony standard` to properly apply
the patch in the external workspace. 

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

move OH_GRALLOC_TMP_DIR into the source directory and do not remove directory.
This allows devtool to properly build openharmony-standard from external workspace.

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

instead of using the absolute path using the ${S} variable, use an relative 
subdir path to copy the display_device.c file in the source directory.
This allows the correct build when using an external source directory, 
such as when using a devtool workspace.

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

Fix ActsFautLoggerTest

Closes #84

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

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

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

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

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

openharmony-standard_3.0: install system haps in /system/app directory

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

In OpenHarmony system applications HAP packages such as Launcher, SystemUI, Settings 
are located under /system/app directory. These packages are automatically installed and 
started at system initialization. These system apps are treated differently from
third party applications that can be installed using `hdc install`, for example 
they have a different UID range and different permissions (they cannot be uninstalled).

This fixes testcases ActsBundleManagerTest::getBundleInfo_1300 and ActsBundleManagerUninstallTest::uninstall_0600

Relate-to: https://gitlab.eclipse.org/eclipse/oniro-core/meta-openharmony/-/issues/21



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

Smaller fixups to openharmony-preinit script/procedure

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

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

Although there obviously is a default behaviour when parameters are not set, an
error message about missing parameters are logged, so let's just set the
parameters explicitly to avoid these "false" error messages.

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

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>