diff options
author | Jonas Witschel <diabonas@archlinux.org> | 2020-11-21 12:11:44 +0100 |
---|---|---|
committer | Pavel Shilovsky <pshilov@microsoft.com> | 2020-12-16 15:51:27 -0800 |
commit | e406fb13e5b08b440100ec6215973060b7fdcff3 (patch) | |
tree | c8baac2f490fe256761a83c1b54a69de28ff91e6 /cifs.idmap.rst.in | |
parent | c3f8e814f8b3339b3f9cc86333a72c4bd7621070 (diff) | |
download | cifs-utils-e406fb13e5b08b440100ec6215973060b7fdcff3.tar.gz cifs-utils-e406fb13e5b08b440100ec6215973060b7fdcff3.tar.bz2 cifs-utils-e406fb13e5b08b440100ec6215973060b7fdcff3.zip |
mount.cifs: update the cap bounding set only when CAP_SETPCAP is given
libcap-ng 0.8.1 tightened the error checking on capng_apply, returning an error
of -4 when trying to update the capability bounding set without having the
CAP_SETPCAP capability to be able to do so. Previous versions of libcap-ng
silently skipped updating the bounding set and only updated the normal
CAPNG_SELECT_CAPS capabilities instead.
Check beforehand whether we have CAP_SETPCAP, in which case we can use
CAPNG_SELECT_BOTH to update both the normal capabilities and the bounding set.
Otherwise, we can at least update the normal capabilities, but refrain from
trying to update the bounding set to avoid getting an error.
Signed-off-by: Jonas Witschel <diabonas@archlinux.org>
Diffstat (limited to 'cifs.idmap.rst.in')
0 files changed, 0 insertions, 0 deletions