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 thewheel
group. 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 thewheel
group. 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 thewheel
group. 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 addchuck
towheel
from the script (knowing I could later figure out what the logged in user's name is and substitutechuck
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
Addingchuck
towheel
(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 havesudo
privileges on the machine where you're running that command?
â igal
Nov 18 '17 at 16:51
Yes, that's how I addedchuck
towheel
. And I can assume that any other machine I run this on will be installed by a user withsudo
abilities. But I'd like to avoid requiring the script itself havesudo
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
 |Â
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 addchuck
towheel
from the script (knowing I could later figure out what the logged in user's name is and substitutechuck
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
Addingchuck
towheel
(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 havesudo
privileges on the machine where you're running that command?
â igal
Nov 18 '17 at 16:51
Yes, that's how I addedchuck
towheel
. And I can assume that any other machine I run this on will be installed by a user withsudo
abilities. But I'd like to avoid requiring the script itself havesudo
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
 |Â
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 addchuck
towheel
from the script (knowing I could later figure out what the logged in user's name is and substitutechuck
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
Addingchuck
towheel
(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 havesudo
privileges on the machine where you're running that command?
â igal
Nov 18 '17 at 16:51
Yes, that's how I addedchuck
towheel
. And I can assume that any other machine I run this on will be installed by a user withsudo
abilities. But I'd like to avoid requiring the script itself havesudo
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
 |Â
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 addchuck
towheel
from the script (knowing I could later figure out what the logged in user's name is and substitutechuck
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
Addingchuck
towheel
(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 havesudo
privileges on the machine where you're running that command?
â igal
Nov 18 '17 at 16:51
Yes, that's how I addedchuck
towheel
. And I can assume that any other machine I run this on will be installed by a user withsudo
abilities. But I'd like to avoid requiring the script itself havesudo
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
 |Â
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 addchuck
towheel
from the script (knowing I could later figure out what the logged in user's name is and substitutechuck
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
Addingchuck
towheel
(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 havesudo
privileges on the machine where you're running that command?
â igal
Nov 18 '17 at 16:51
Yes, that's how I addedchuck
towheel
. And I can assume that any other machine I run this on will be installed by a user withsudo
abilities. But I'd like to avoid requiring the script itself havesudo
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
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
wheel
group. If I can do that, it would probably suffice.â Chuck
Nov 18 '17 at 2:16