summaryrefslogtreecommitdiff
path: root/ChangeLog
diff options
context:
space:
mode:
authorJonas Witschel <diabonas@archlinux.org>2020-11-21 12:11:44 +0100
committerPavel Shilovsky <pshilov@microsoft.com>2020-12-16 15:51:27 -0800
commite406fb13e5b08b440100ec6215973060b7fdcff3 (patch)
treec8baac2f490fe256761a83c1b54a69de28ff91e6 /ChangeLog
parentc3f8e814f8b3339b3f9cc86333a72c4bd7621070 (diff)
downloadcifs-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 'ChangeLog')
0 files changed, 0 insertions, 0 deletions