Ross Burton 57f8a1e923 parsec-service: do group membership modifications in useradd
Instead of calling groupmems after creating the user, we can tell useradd
to do the group membership when creating the user.  There are several
reasons for this:

1) Consolidation of the calls into a single call means creation is atomic,
   it either worked or it did not.
2) The existing logic doesn't work if both TPM and TS were enabled.
3) GROUPMEMS_PARAM is broken in oe-core master[1] and this will not be
   fixed as groupmems has been removed from shadow[2].

Instead, construct a list of groups that parsec needs to be a member of,
and pass them to useradd.

[1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=16277
[2] shadow 388ce70 "*/: groupmems(8): Remove program"

Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
2026-05-18 19:21:05 +03:00
2026-04-27 21:47:27 +03:00
2025-10-08 17:34:14 +02:00
2025-11-21 09:10:00 -05:00
2026-05-18 19:21:05 +03:00
2026-04-27 21:47:27 +03:00
2025-07-04 12:41:20 -04:00
2026-04-27 21:47:27 +03:00
2020-09-29 07:18:24 -07:00
2013-06-17 17:24:38 +03:00
2026-04-27 21:47:27 +03:00

Master-next: pipeline status Master: pipeline status

Meta-security

The bbappend files for some recipes (e.g. linux-yocto) in this layer need to have 'security' in DISTRO_FEATURES to have effect. To enable them, add in configuration file the following line.

DISTRO_FEATURES:append = " security"

If meta-security is included, but security is not enabled as a distro feature a warning is printed at parse time:

You have included the meta-security layer, but
'security' has not been enabled in your DISTRO_FEATURES. Some bbappend files
and preferred version setting may not take effect.

If you know what you are doing, this warning can be disabled by setting the following variable in your configuration:

SKIP_META_SECURITY_SANITY_CHECK = 1

This layer provides security tools, hardening tools for Linux kernels and libraries for implementing security mechanisms.

Dependencies

This layer depends on:

URI: git://git.openembedded.org/openembedded-core branch: [same one as checked out for this layer]

URI: git://git.openembedded.org/meta-openembedded/meta-oe branch: [same one as checked out for this layer]

Adding the security layer to your build

In order to use this layer, you need to make the build system aware of it.

Assuming the security layer exists at the top-level of your yocto build tree, you can add it to the build system by adding the location of the security layer to bblayers.conf, along with any other layers needed. e.g.:

BBLAYERS ?= "
/path/to/oe-core/meta
/path/to/meta-openembedded/meta-oe
/path/to/layer/meta-security "

Optional Dynamic layer dependancy

URI: git://git.openembedded.org/meta-openembedded/meta-oe

URI: git://git.openembedded.org/meta-openembedded/meta-perl

URI: git://git.openembedded.org/meta-openembedded/meta-python

BBLAYERS += "/path/to/layer/meta-openembedded/meta-oe" BBLAYERS += "/path/to/layer/meta-openembedded/meta-perl" BBLAYERS += "/path/to/layer/meta-openembedded/meta-python"

This will activate the dynamic-layer mechanism.

Maintenance

Send pull requests, patches, comments or questions to yocto-patches@lists.yoctoproject.org

When sending single patches, please using something like: 'git send-email -1 --to yocto-patches@lists.yoctoproject.org --subject-prefix=meta-security][PATCH'

These values can be set as defaults for this repository:

$ git config sendemail.to yocto-patches@lists.yoctoproject.org $ git config format.subjectPrefix meta-security][PATCH

Now you can just do 'git send-email origin/master' to send all local patches.

For pull requests, please use create-pull-request and send-pull-request.

Maintainers: Scott Murray scott.murray@konsulko.com Marta Rybczynska rybczynska@gmail.com

License

All metadata is MIT licensed unless otherwise stated. Source code included in tree for individual recipes is under the LICENSE stated in each recipe (.bb file) unless otherwise stated.

S
Description
No description provided
Readme 7.3 MiB
Languages
BitBake 49.8%
Perl 24%
NASL 9.5%
Shell 6%
Python 5.4%
Other 5.3%