mirror of
https://gitlab.com/apparmor/apparmor.git
synced 2025-03-04 08:24:42 +01:00
Merge aa-remove-unknown: fix readability check [upstreaming]
I am upstreaming this patch that is part of the nix package of apparmor for close to a year now. This fixes the issue at https://github.com/NixOS/nixpkgs/issues/273164 for more distros than just NixOS. The original merge Request on the nix side patching this was https://github.com/NixOS/nixpkgs/pull/285915. However, people had issues with gitlab, so this never hit apparmor upstream until now. This does however also mean this patch has seen production and seems to work quite well. ## Original reasoning/message of the patch author: This check is intended for ensuring that the profiles file can actually be opened. The *actual* check is performed by the shell, not the read utility, which won't even be executed if the input redirection (and hence the test) fails. If the test succeeds, though, using `read` here might actually jeopardize the test result if there are no profiles loaded and the file is empty. This commit fixes that case by simply using `true` instead of `read`. MR: https://gitlab.com/apparmor/apparmor/-/merge_requests/1438 Approved-by: Christian Boltz <apparmor@cboltz.de> Merged-by: Christian Boltz <apparmor@cboltz.de> (cherry picked from commit93c7035148
)b4aa00de
aa-remove-unknown: fix readability check Co-authored-by: Christian Boltz <apparmor@cboltz.de>
This commit is contained in:
parent
c5a4452bc0
commit
06eb06215b
1 changed files with 1 additions and 1 deletions
|
@ -63,7 +63,7 @@ fi
|
|||
# We have to do this check because error checking awk's getline() below is
|
||||
# tricky and, as is, results in an infinite loop when apparmorfs returns an
|
||||
# error from open().
|
||||
if ! IFS= read -r _ < "$PROFILES" ; then
|
||||
if ! true < "$PROFILES" ; then
|
||||
echo "ERROR: Unable to read apparmorfs profiles file" 1>&2
|
||||
exit 1
|
||||
elif [ ! -w "$REMOVE" ] ; then
|
||||
|
|
Loading…
Add table
Reference in a new issue