You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
By default, the GitHub Desktop app clones repositories to ~/Documents/GitHub. This means that if people click the "Open with GitHub Desktop" button, that's where this repository will get put (at least unless the user intervenes). This would normally be fine, however, in recent versions of macOS, the OS has started protecting the ~/Documents folder so that the usual chown/chmod methods of granting permissions to access it are no longer enough. Instead, if the user clones the repository to ~/Documents, they then have to go into System Preferences, click on the "Security & Privacy" prefpane, and then grant Full Disk Access to all the relevant MacPorts binaries (which can be somewhat difficult since the MacPorts prefix is hidden from this prefpane by default; I had to symlink it somewhere where it could find it). There should be some sort of note in the README warning of this potential issue that users could experience.
The text was updated successfully, but these errors were encountered:
By default, the GitHub Desktop app clones repositories to
~/Documents/GitHub
. This means that if people click the "Open with GitHub Desktop" button, that's where this repository will get put (at least unless the user intervenes). This would normally be fine, however, in recent versions of macOS, the OS has started protecting the~/Documents
folder so that the usualchown
/chmod
methods of granting permissions to access it are no longer enough. Instead, if the user clones the repository to~/Documents
, they then have to go into System Preferences, click on the "Security & Privacy" prefpane, and then grant Full Disk Access to all the relevant MacPorts binaries (which can be somewhat difficult since the MacPorts prefix is hidden from this prefpane by default; I had to symlink it somewhere where it could find it). There should be some sort of note in the README warning of this potential issue that users could experience.The text was updated successfully, but these errors were encountered: