How can I work around these permission problems?

Clash Royale CLAN TAG#URR8PPP
up vote
0
down vote
favorite
I have a service on my local Mac that offers a command line utility to work with it from the Terminal (The service is FileMaker Server and the utility is fmsadmin, but I don't think those facts are relevant). When the server program was installed, it created an fmserver user for it to operate under, and everything fmsadmin does seems to be under that user. Files created by the server or the utility are all owned by fmsadmin and in the wheel group, although I don't know why they have that group, as fmserver doesn't seem to be a member of it.
The script I'm trying to write will use the fmsadmin tool to make a backup of one of the served files to a temporary folder. This much I have working. But then I want to move the file to a different location controlled by the currently logged in user.
And there's the catch 22. fmsadmin can't write to the location I want the file to be in, and my account can't move the file to where I want because it doesn't have permission to move it. I can do it manually in the Finder, but only by putting in my account password.
Currently my (Python) script is having fmsadmin back the file up to /tmp/. The backup, even though it's a single file, actually creates a folder structure, duplicating the folder structure FileMaker uses for hosting the files. So the backup command results in the file being at /tmp/Databases/Subfolder/database.fmp12. Here are the ls results for each of those:
drwxrwxr-x 3 fmserver wheel 96 Nov 17 16:01 Databases/
drwxrwxr-x 3 fmserver wheel 96 Nov 17 16:01 Subfolder/
-rw-rw-r-- 1 fmserver wheel 954368 Nov 17 16:10 database.fmp12
Id like to move the file database.fmp12 to /Users/chuck/project-name/
drwxr-xr-x 8 chuck staff 256 Nov 17 16:09 project-name/
How can I automate this in a (Python) script? Currently I run into permission errors when trying to move the file to where I want or when trying to save the backup where I want it. My goal isn't to solve this just on my system, but to make the script work on another user's system.
permissions scripting
add a comment |Â
up vote
0
down vote
favorite
I have a service on my local Mac that offers a command line utility to work with it from the Terminal (The service is FileMaker Server and the utility is fmsadmin, but I don't think those facts are relevant). When the server program was installed, it created an fmserver user for it to operate under, and everything fmsadmin does seems to be under that user. Files created by the server or the utility are all owned by fmsadmin and in the wheel group, although I don't know why they have that group, as fmserver doesn't seem to be a member of it.
The script I'm trying to write will use the fmsadmin tool to make a backup of one of the served files to a temporary folder. This much I have working. But then I want to move the file to a different location controlled by the currently logged in user.
And there's the catch 22. fmsadmin can't write to the location I want the file to be in, and my account can't move the file to where I want because it doesn't have permission to move it. I can do it manually in the Finder, but only by putting in my account password.
Currently my (Python) script is having fmsadmin back the file up to /tmp/. The backup, even though it's a single file, actually creates a folder structure, duplicating the folder structure FileMaker uses for hosting the files. So the backup command results in the file being at /tmp/Databases/Subfolder/database.fmp12. Here are the ls results for each of those:
drwxrwxr-x 3 fmserver wheel 96 Nov 17 16:01 Databases/
drwxrwxr-x 3 fmserver wheel 96 Nov 17 16:01 Subfolder/
-rw-rw-r-- 1 fmserver wheel 954368 Nov 17 16:10 database.fmp12
Id like to move the file database.fmp12 to /Users/chuck/project-name/
drwxr-xr-x 8 chuck staff 256 Nov 17 16:09 project-name/
How can I automate this in a (Python) script? Currently I run into permission errors when trying to move the file to where I want or when trying to save the backup where I want it. My goal isn't to solve this just on my system, but to make the script work on another user's system.
permissions scripting
1
Could update the question to include the directories in question and the permissions and ownership for those directories?
â igal
Nov 18 '17 at 0:45
Can you add your user towheel?
â Olorin
Nov 18 '17 at 1:20
@Olorin I had thought of that, but rejected it because (as I've edited the original question), the goal isn't to just get this working on my system, but to be able to copy this script to any macOS-based system running a local copy of FileMaker Server and have it work correctly. I'll experiment with adding the currently logged in user to thewheelgroup. If I can do that, it would probably suffice.
â Chuck
Nov 18 '17 at 2:16
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I have a service on my local Mac that offers a command line utility to work with it from the Terminal (The service is FileMaker Server and the utility is fmsadmin, but I don't think those facts are relevant). When the server program was installed, it created an fmserver user for it to operate under, and everything fmsadmin does seems to be under that user. Files created by the server or the utility are all owned by fmsadmin and in the wheel group, although I don't know why they have that group, as fmserver doesn't seem to be a member of it.
The script I'm trying to write will use the fmsadmin tool to make a backup of one of the served files to a temporary folder. This much I have working. But then I want to move the file to a different location controlled by the currently logged in user.
And there's the catch 22. fmsadmin can't write to the location I want the file to be in, and my account can't move the file to where I want because it doesn't have permission to move it. I can do it manually in the Finder, but only by putting in my account password.
Currently my (Python) script is having fmsadmin back the file up to /tmp/. The backup, even though it's a single file, actually creates a folder structure, duplicating the folder structure FileMaker uses for hosting the files. So the backup command results in the file being at /tmp/Databases/Subfolder/database.fmp12. Here are the ls results for each of those:
drwxrwxr-x 3 fmserver wheel 96 Nov 17 16:01 Databases/
drwxrwxr-x 3 fmserver wheel 96 Nov 17 16:01 Subfolder/
-rw-rw-r-- 1 fmserver wheel 954368 Nov 17 16:10 database.fmp12
Id like to move the file database.fmp12 to /Users/chuck/project-name/
drwxr-xr-x 8 chuck staff 256 Nov 17 16:09 project-name/
How can I automate this in a (Python) script? Currently I run into permission errors when trying to move the file to where I want or when trying to save the backup where I want it. My goal isn't to solve this just on my system, but to make the script work on another user's system.
permissions scripting
I have a service on my local Mac that offers a command line utility to work with it from the Terminal (The service is FileMaker Server and the utility is fmsadmin, but I don't think those facts are relevant). When the server program was installed, it created an fmserver user for it to operate under, and everything fmsadmin does seems to be under that user. Files created by the server or the utility are all owned by fmsadmin and in the wheel group, although I don't know why they have that group, as fmserver doesn't seem to be a member of it.
The script I'm trying to write will use the fmsadmin tool to make a backup of one of the served files to a temporary folder. This much I have working. But then I want to move the file to a different location controlled by the currently logged in user.
And there's the catch 22. fmsadmin can't write to the location I want the file to be in, and my account can't move the file to where I want because it doesn't have permission to move it. I can do it manually in the Finder, but only by putting in my account password.
Currently my (Python) script is having fmsadmin back the file up to /tmp/. The backup, even though it's a single file, actually creates a folder structure, duplicating the folder structure FileMaker uses for hosting the files. So the backup command results in the file being at /tmp/Databases/Subfolder/database.fmp12. Here are the ls results for each of those:
drwxrwxr-x 3 fmserver wheel 96 Nov 17 16:01 Databases/
drwxrwxr-x 3 fmserver wheel 96 Nov 17 16:01 Subfolder/
-rw-rw-r-- 1 fmserver wheel 954368 Nov 17 16:10 database.fmp12
Id like to move the file database.fmp12 to /Users/chuck/project-name/
drwxr-xr-x 8 chuck staff 256 Nov 17 16:09 project-name/
How can I automate this in a (Python) script? Currently I run into permission errors when trying to move the file to where I want or when trying to save the backup where I want it. My goal isn't to solve this just on my system, but to make the script work on another user's system.
permissions scripting
edited Nov 18 '17 at 1:56
asked Nov 18 '17 at 0:37
Chuck
250111
250111
1
Could update the question to include the directories in question and the permissions and ownership for those directories?
â igal
Nov 18 '17 at 0:45
Can you add your user towheel?
â Olorin
Nov 18 '17 at 1:20
@Olorin I had thought of that, but rejected it because (as I've edited the original question), the goal isn't to just get this working on my system, but to be able to copy this script to any macOS-based system running a local copy of FileMaker Server and have it work correctly. I'll experiment with adding the currently logged in user to thewheelgroup. If I can do that, it would probably suffice.
â Chuck
Nov 18 '17 at 2:16
add a comment |Â
1
Could update the question to include the directories in question and the permissions and ownership for those directories?
â igal
Nov 18 '17 at 0:45
Can you add your user towheel?
â Olorin
Nov 18 '17 at 1:20
@Olorin I had thought of that, but rejected it because (as I've edited the original question), the goal isn't to just get this working on my system, but to be able to copy this script to any macOS-based system running a local copy of FileMaker Server and have it work correctly. I'll experiment with adding the currently logged in user to thewheelgroup. If I can do that, it would probably suffice.
â Chuck
Nov 18 '17 at 2:16
1
1
Could update the question to include the directories in question and the permissions and ownership for those directories?
â igal
Nov 18 '17 at 0:45
Could update the question to include the directories in question and the permissions and ownership for those directories?
â igal
Nov 18 '17 at 0:45
Can you add your user to
wheel?â Olorin
Nov 18 '17 at 1:20
Can you add your user to
wheel?â Olorin
Nov 18 '17 at 1:20
@Olorin I had thought of that, but rejected it because (as I've edited the original question), the goal isn't to just get this working on my system, but to be able to copy this script to any macOS-based system running a local copy of FileMaker Server and have it work correctly. I'll experiment with adding the currently logged in user to the
wheel group. If I can do that, it would probably suffice.â Chuck
Nov 18 '17 at 2:16
@Olorin I had thought of that, but rejected it because (as I've edited the original question), the goal isn't to just get this working on my system, but to be able to copy this script to any macOS-based system running a local copy of FileMaker Server and have it work correctly. I'll experiment with adding the currently logged in user to the
wheel group. If I can do that, it would probably suffice.â Chuck
Nov 18 '17 at 2:16
add a comment |Â
2 Answers
2
active
oldest
votes
up vote
1
down vote
There are a few things you could do. The easiest thing might be to just add chuck to the wheel group. Is there a reason why that won't work?
Alternatively, you could try changing the owner of /tmp/Databases/ to the staff group and then setting the setgid bit on that directory, i.e.:
sudo chown :staff '/tmp/Databases/'
sudo chmod g+s '/tmp/Databases/'
Then all of the new files created in that directory should be owned by staff. In either case, you'll probably want to make sure that the fmserver user has the right umask, although based on what you've posted it looks like it does. Check out this post:
- Set umask in OS X Yosemite
It looks you can use launchctl to set the umask on OS X:
launchctl config fmserver umask 002
There's also the fancier option of using access control lists. For more about that see the following AskDifferent post:
- How do I use chmod on a Mac to make new files inherit parent directory permissions?
I've edited the original question to reflect that I'd like this script to work without alteration on another system other than my own, but that may not be an option. I just tried to addchucktowheelfrom the script (knowing I could later figure out what the logged in user's name is and substitutechuckfor that), and got a permission error. I might just have to require that the other system has this done manually.
â Chuck
Nov 18 '17 at 2:05
Addingchucktowheel(withsudo dscl . -append /groups/wheel GroupMembership chuck) didn't work, when Python gets to the line that tries to move the file, it gets a permissions error.
â Chuck
Nov 18 '17 at 2:13
@Chuck Do you havesudoprivileges on the machine where you're running that command?
â igal
Nov 18 '17 at 16:51
Yes, that's how I addedchucktowheel. And I can assume that any other machine I run this on will be installed by a user withsudoabilities. But I'd like to avoid requiring the script itself havesudoabilities (if that's even a thing).
â Chuck
Nov 18 '17 at 19:16
@Chuck Ok, just checking. I wasn't sure you were able to do that. There is such a thing as requiring the script to have sudo privileges. Lots of software requires administrative privileges for various tasks - like the Finder, for instance, when it prompted you for your password. That said, I agree that it's much better to avoid that if at all possible.
â igal
Nov 18 '17 at 19:23
 |Â
show 2 more comments
up vote
0
down vote
accepted
After much help from igal, I found a solution. The end result I wanted was for a file written to by the fmserver user to be placed in a particular location. fmserver couldn't write to the folder, and chuck couldn't move it from the temp folder. Both users, however, were a member of the staff group, so editing the permissions for the target folder with chmod g+w project-folder was the answer.
add a comment |Â
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
There are a few things you could do. The easiest thing might be to just add chuck to the wheel group. Is there a reason why that won't work?
Alternatively, you could try changing the owner of /tmp/Databases/ to the staff group and then setting the setgid bit on that directory, i.e.:
sudo chown :staff '/tmp/Databases/'
sudo chmod g+s '/tmp/Databases/'
Then all of the new files created in that directory should be owned by staff. In either case, you'll probably want to make sure that the fmserver user has the right umask, although based on what you've posted it looks like it does. Check out this post:
- Set umask in OS X Yosemite
It looks you can use launchctl to set the umask on OS X:
launchctl config fmserver umask 002
There's also the fancier option of using access control lists. For more about that see the following AskDifferent post:
- How do I use chmod on a Mac to make new files inherit parent directory permissions?
I've edited the original question to reflect that I'd like this script to work without alteration on another system other than my own, but that may not be an option. I just tried to addchucktowheelfrom the script (knowing I could later figure out what the logged in user's name is and substitutechuckfor that), and got a permission error. I might just have to require that the other system has this done manually.
â Chuck
Nov 18 '17 at 2:05
Addingchucktowheel(withsudo dscl . -append /groups/wheel GroupMembership chuck) didn't work, when Python gets to the line that tries to move the file, it gets a permissions error.
â Chuck
Nov 18 '17 at 2:13
@Chuck Do you havesudoprivileges on the machine where you're running that command?
â igal
Nov 18 '17 at 16:51
Yes, that's how I addedchucktowheel. And I can assume that any other machine I run this on will be installed by a user withsudoabilities. But I'd like to avoid requiring the script itself havesudoabilities (if that's even a thing).
â Chuck
Nov 18 '17 at 19:16
@Chuck Ok, just checking. I wasn't sure you were able to do that. There is such a thing as requiring the script to have sudo privileges. Lots of software requires administrative privileges for various tasks - like the Finder, for instance, when it prompted you for your password. That said, I agree that it's much better to avoid that if at all possible.
â igal
Nov 18 '17 at 19:23
 |Â
show 2 more comments
up vote
1
down vote
There are a few things you could do. The easiest thing might be to just add chuck to the wheel group. Is there a reason why that won't work?
Alternatively, you could try changing the owner of /tmp/Databases/ to the staff group and then setting the setgid bit on that directory, i.e.:
sudo chown :staff '/tmp/Databases/'
sudo chmod g+s '/tmp/Databases/'
Then all of the new files created in that directory should be owned by staff. In either case, you'll probably want to make sure that the fmserver user has the right umask, although based on what you've posted it looks like it does. Check out this post:
- Set umask in OS X Yosemite
It looks you can use launchctl to set the umask on OS X:
launchctl config fmserver umask 002
There's also the fancier option of using access control lists. For more about that see the following AskDifferent post:
- How do I use chmod on a Mac to make new files inherit parent directory permissions?
I've edited the original question to reflect that I'd like this script to work without alteration on another system other than my own, but that may not be an option. I just tried to addchucktowheelfrom the script (knowing I could later figure out what the logged in user's name is and substitutechuckfor that), and got a permission error. I might just have to require that the other system has this done manually.
â Chuck
Nov 18 '17 at 2:05
Addingchucktowheel(withsudo dscl . -append /groups/wheel GroupMembership chuck) didn't work, when Python gets to the line that tries to move the file, it gets a permissions error.
â Chuck
Nov 18 '17 at 2:13
@Chuck Do you havesudoprivileges on the machine where you're running that command?
â igal
Nov 18 '17 at 16:51
Yes, that's how I addedchucktowheel. And I can assume that any other machine I run this on will be installed by a user withsudoabilities. But I'd like to avoid requiring the script itself havesudoabilities (if that's even a thing).
â Chuck
Nov 18 '17 at 19:16
@Chuck Ok, just checking. I wasn't sure you were able to do that. There is such a thing as requiring the script to have sudo privileges. Lots of software requires administrative privileges for various tasks - like the Finder, for instance, when it prompted you for your password. That said, I agree that it's much better to avoid that if at all possible.
â igal
Nov 18 '17 at 19:23
 |Â
show 2 more comments
up vote
1
down vote
up vote
1
down vote
There are a few things you could do. The easiest thing might be to just add chuck to the wheel group. Is there a reason why that won't work?
Alternatively, you could try changing the owner of /tmp/Databases/ to the staff group and then setting the setgid bit on that directory, i.e.:
sudo chown :staff '/tmp/Databases/'
sudo chmod g+s '/tmp/Databases/'
Then all of the new files created in that directory should be owned by staff. In either case, you'll probably want to make sure that the fmserver user has the right umask, although based on what you've posted it looks like it does. Check out this post:
- Set umask in OS X Yosemite
It looks you can use launchctl to set the umask on OS X:
launchctl config fmserver umask 002
There's also the fancier option of using access control lists. For more about that see the following AskDifferent post:
- How do I use chmod on a Mac to make new files inherit parent directory permissions?
There are a few things you could do. The easiest thing might be to just add chuck to the wheel group. Is there a reason why that won't work?
Alternatively, you could try changing the owner of /tmp/Databases/ to the staff group and then setting the setgid bit on that directory, i.e.:
sudo chown :staff '/tmp/Databases/'
sudo chmod g+s '/tmp/Databases/'
Then all of the new files created in that directory should be owned by staff. In either case, you'll probably want to make sure that the fmserver user has the right umask, although based on what you've posted it looks like it does. Check out this post:
- Set umask in OS X Yosemite
It looks you can use launchctl to set the umask on OS X:
launchctl config fmserver umask 002
There's also the fancier option of using access control lists. For more about that see the following AskDifferent post:
- How do I use chmod on a Mac to make new files inherit parent directory permissions?
edited Nov 18 '17 at 1:52
answered Nov 18 '17 at 1:27
igal
4,830930
4,830930
I've edited the original question to reflect that I'd like this script to work without alteration on another system other than my own, but that may not be an option. I just tried to addchucktowheelfrom the script (knowing I could later figure out what the logged in user's name is and substitutechuckfor that), and got a permission error. I might just have to require that the other system has this done manually.
â Chuck
Nov 18 '17 at 2:05
Addingchucktowheel(withsudo dscl . -append /groups/wheel GroupMembership chuck) didn't work, when Python gets to the line that tries to move the file, it gets a permissions error.
â Chuck
Nov 18 '17 at 2:13
@Chuck Do you havesudoprivileges on the machine where you're running that command?
â igal
Nov 18 '17 at 16:51
Yes, that's how I addedchucktowheel. And I can assume that any other machine I run this on will be installed by a user withsudoabilities. But I'd like to avoid requiring the script itself havesudoabilities (if that's even a thing).
â Chuck
Nov 18 '17 at 19:16
@Chuck Ok, just checking. I wasn't sure you were able to do that. There is such a thing as requiring the script to have sudo privileges. Lots of software requires administrative privileges for various tasks - like the Finder, for instance, when it prompted you for your password. That said, I agree that it's much better to avoid that if at all possible.
â igal
Nov 18 '17 at 19:23
 |Â
show 2 more comments
I've edited the original question to reflect that I'd like this script to work without alteration on another system other than my own, but that may not be an option. I just tried to addchucktowheelfrom the script (knowing I could later figure out what the logged in user's name is and substitutechuckfor that), and got a permission error. I might just have to require that the other system has this done manually.
â Chuck
Nov 18 '17 at 2:05
Addingchucktowheel(withsudo dscl . -append /groups/wheel GroupMembership chuck) didn't work, when Python gets to the line that tries to move the file, it gets a permissions error.
â Chuck
Nov 18 '17 at 2:13
@Chuck Do you havesudoprivileges on the machine where you're running that command?
â igal
Nov 18 '17 at 16:51
Yes, that's how I addedchucktowheel. And I can assume that any other machine I run this on will be installed by a user withsudoabilities. But I'd like to avoid requiring the script itself havesudoabilities (if that's even a thing).
â Chuck
Nov 18 '17 at 19:16
@Chuck Ok, just checking. I wasn't sure you were able to do that. There is such a thing as requiring the script to have sudo privileges. Lots of software requires administrative privileges for various tasks - like the Finder, for instance, when it prompted you for your password. That said, I agree that it's much better to avoid that if at all possible.
â igal
Nov 18 '17 at 19:23
I've edited the original question to reflect that I'd like this script to work without alteration on another system other than my own, but that may not be an option. I just tried to add
chuck to wheel from the script (knowing I could later figure out what the logged in user's name is and substitute chuck for that), and got a permission error. I might just have to require that the other system has this done manually.â Chuck
Nov 18 '17 at 2:05
I've edited the original question to reflect that I'd like this script to work without alteration on another system other than my own, but that may not be an option. I just tried to add
chuck to wheel from the script (knowing I could later figure out what the logged in user's name is and substitute chuck for that), and got a permission error. I might just have to require that the other system has this done manually.â Chuck
Nov 18 '17 at 2:05
Adding
chuck to wheel (with sudo dscl . -append /groups/wheel GroupMembership chuck) didn't work, when Python gets to the line that tries to move the file, it gets a permissions error.â Chuck
Nov 18 '17 at 2:13
Adding
chuck to wheel (with sudo dscl . -append /groups/wheel GroupMembership chuck) didn't work, when Python gets to the line that tries to move the file, it gets a permissions error.â Chuck
Nov 18 '17 at 2:13
@Chuck Do you have
sudo privileges on the machine where you're running that command?â igal
Nov 18 '17 at 16:51
@Chuck Do you have
sudo privileges on the machine where you're running that command?â igal
Nov 18 '17 at 16:51
Yes, that's how I added
chuck to wheel. And I can assume that any other machine I run this on will be installed by a user with sudo abilities. But I'd like to avoid requiring the script itself have sudo abilities (if that's even a thing).â Chuck
Nov 18 '17 at 19:16
Yes, that's how I added
chuck to wheel. And I can assume that any other machine I run this on will be installed by a user with sudo abilities. But I'd like to avoid requiring the script itself have sudo abilities (if that's even a thing).â Chuck
Nov 18 '17 at 19:16
@Chuck Ok, just checking. I wasn't sure you were able to do that. There is such a thing as requiring the script to have sudo privileges. Lots of software requires administrative privileges for various tasks - like the Finder, for instance, when it prompted you for your password. That said, I agree that it's much better to avoid that if at all possible.
â igal
Nov 18 '17 at 19:23
@Chuck Ok, just checking. I wasn't sure you were able to do that. There is such a thing as requiring the script to have sudo privileges. Lots of software requires administrative privileges for various tasks - like the Finder, for instance, when it prompted you for your password. That said, I agree that it's much better to avoid that if at all possible.
â igal
Nov 18 '17 at 19:23
 |Â
show 2 more comments
up vote
0
down vote
accepted
After much help from igal, I found a solution. The end result I wanted was for a file written to by the fmserver user to be placed in a particular location. fmserver couldn't write to the folder, and chuck couldn't move it from the temp folder. Both users, however, were a member of the staff group, so editing the permissions for the target folder with chmod g+w project-folder was the answer.
add a comment |Â
up vote
0
down vote
accepted
After much help from igal, I found a solution. The end result I wanted was for a file written to by the fmserver user to be placed in a particular location. fmserver couldn't write to the folder, and chuck couldn't move it from the temp folder. Both users, however, were a member of the staff group, so editing the permissions for the target folder with chmod g+w project-folder was the answer.
add a comment |Â
up vote
0
down vote
accepted
up vote
0
down vote
accepted
After much help from igal, I found a solution. The end result I wanted was for a file written to by the fmserver user to be placed in a particular location. fmserver couldn't write to the folder, and chuck couldn't move it from the temp folder. Both users, however, were a member of the staff group, so editing the permissions for the target folder with chmod g+w project-folder was the answer.
After much help from igal, I found a solution. The end result I wanted was for a file written to by the fmserver user to be placed in a particular location. fmserver couldn't write to the folder, and chuck couldn't move it from the temp folder. Both users, however, were a member of the staff group, so editing the permissions for the target folder with chmod g+w project-folder was the answer.
answered Nov 18 '17 at 21:51
Chuck
250111
250111
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f405379%2fhow-can-i-work-around-these-permission-problems%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
1
Could update the question to include the directories in question and the permissions and ownership for those directories?
â igal
Nov 18 '17 at 0:45
Can you add your user to
wheel?â Olorin
Nov 18 '17 at 1:20
@Olorin I had thought of that, but rejected it because (as I've edited the original question), the goal isn't to just get this working on my system, but to be able to copy this script to any macOS-based system running a local copy of FileMaker Server and have it work correctly. I'll experiment with adding the currently logged in user to the
wheelgroup. If I can do that, it would probably suffice.â Chuck
Nov 18 '17 at 2:16