diff options
author | Patrick Ohly <patrick.ohly@intel.com> | 2017-01-09 11:09:42 +0100 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2017-01-16 18:01:52 +0000 |
commit | ba684f436908ac2300a00c174d5aa06b4f824367 (patch) | |
tree | c87f06572f96df2c94afd31c66d97ee4185e4ce5 /scripts | |
parent | 3d0060f9703ba39fbdaafcbdf91e0c319b56f7b3 (diff) | |
download | openembedded-core-ba684f436908ac2300a00c174d5aa06b4f824367.tar.gz openembedded-core-ba684f436908ac2300a00c174d5aa06b4f824367.tar.bz2 openembedded-core-ba684f436908ac2300a00c174d5aa06b4f824367.zip |
rootfs-postcommands.bbclass: sort passwd entries
The /etc passwd files in a rootfs consist of the default entries from
base-passwd plus anything that gets added via package installation,
EXTRA_USERS_PARAMS and/or system sysusers.
The execution order of preinst scripts is not perfectly deterministic,
or at least unrelated changes caused it to change in a
non-deterministic way, resulting in irrelevant changes in the order of
passwd entries.
useradd-staticids.bbclass ensures that the numeric IDs don't change,
but re-ordering can still occur, which is bad for reproducible builds
and file-based update mechanisms like swupd which work best if changes
are as minimal as possible.
To achieve that, the files get sorted in a post-processing command,
enabled by default. Sorting is based primarily on the numeric IDs, so
for example, the "root" user continues to be listed first. "nobody"
now is at the end, which wasn't the case before.
The order of the entries should not matter, but in obscure cases where
it does (like having multiple entries for the same numeric ID) this
behavior can be disabled by setting SORT_PASSWD_POSTPROCESS_COMMAND to
an empty string.
Fixes: YOCTO #10520
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Diffstat (limited to 'scripts')
0 files changed, 0 insertions, 0 deletions