OpenAFS Master Repository branch, openafs-stable-1_8_x, updated. openafs-stable-1_8_9-31-g69f1ffb

[Gerrit Code Review]

The following commit has been merged in the openafs-stable-1_8_x branch:
commit 69f1ffb8989d8f1ac9a5ac4ea9459c358478e61d
Author: Marcio Barbosa <mbarbosa@sinenomine.net>
Date:   Thu Apr 7 22:51:21 2022 +0000

    DARWIN: On macOS 12, mount afs on user's directory
    
    Currently, /afs is mounted/unmounted by a LaunchDaemon. In order to
    unmount /afs on restart/shutdown, this daemon runs umount -force /afs.
    Unfortunately, SIP (System Integrity Protection) is not allowing the
    LaunchDaemon in question to run this command successfully on macOS 12
    (exclusively on restart/shutdown):
    
      umount: Operation not permitted
    
    In this situation, afs can't be turned off correctly, leaving many
    unkillable afsd processes lingering around. As a result, the
    restart/shutdown process gets stuck indefinitely.
    
    Fortunately, this problem doesn't happen if /afs is mounted on an user's
    directory. That said, avoid this issue by mounting /afs on the current
    user's directory (/Users/$USER/OpenAFS/afs). Notice that afs is still
    accessible (including for other users) through a synthetic link added in
    the root directory (/afs -> /Users/$USER/OpenAFS/afs).
    
    Reviewed-on: https://gerrit.openafs.org/14925
    Tested-by: BuildBot <buildbot@rampaginggeek.com>
    Reviewed-by: Benjamin Kaduk <kaduk@mit.edu>
    (cherry picked from commit 1c7eda8ea83bee3e674435109efccbc6082e4765)
    
    Change-Id: Idb013d76f00a78cfebd790900eabbcd6968029b7
    Reviewed-on: https://gerrit.openafs.org/15260
    Reviewed-by: Michael Meffie <mmeffie@sinenomine.net>
    Tested-by: BuildBot <buildbot@rampaginggeek.com>
    Reviewed-by: Stephan Wiesand <stephan.wiesand@desy.de>

 src/packaging/MacOS/OpenAFS.post_install | 16 +++++++++++++++-
 1 file changed, 15 insertions(+), 1 deletion(-)

-- 
OpenAFS Master Repository