Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Installation failed Permission denied on .bash_profile #4099

Closed
tzebre opened this issue Apr 22, 2023 · 2 comments
Closed

Installation failed Permission denied on .bash_profile #4099

tzebre opened this issue Apr 22, 2023 · 2 comments

Comments

@tzebre
Copy link

tzebre commented Apr 22, 2023

When running ./install_sct got this Error message:

Darwin Sansfil-Eduroam-Externe-213-192.polymtl.ca 22.2.0 Darwin Kernel Version 22.2.0: Fri Nov 11 02:04:44 PST 2022; root:xnu-8792.61.2~4/RELEASE_ARM64_T8103 arm64
ProductVersion:		13.1
./install_sct: line 255: /Users/theomathieu/.bash_profile: Permission denied

I solved this problem by running sudo ./install_sct instead of ./install_sct

Additional info
First lines of sct_check_dependencies

--
Spinal Cord Toolbox (git-master-32501697eecf9678edb928b0a2c16971f9ec3257)

sct_check_dependencies 
--


SYSTEM INFORMATION
------------------
SCT info:
- version: git-master-32501697eecf9678edb928b0a2c16971f9ec3257
- path: /Users/theomathieu/Documents/Stage/Code/spinalcordtoolbox
OS: osx (macOS-10.16-x86_64-i386-64bit)
CPU cores: Available: 8, Used by ITK functions: 8
RAM: Total: 16384MB, Used: 1282MB, Available: 831MB

OPTIONAL DEPENDENCIES
---------------------
Check FSLeyes version...............................[  ]
   (127, '/bin/sh: fsleyes: command not found')
...
@joshuacwnewton
Copy link
Member

Thank you so much for reporting this issue! I believe this might be a duplicate issue of:

We haven't yet settled on a solution for that issue, because as @kousu stated in #3622 (comment):

.bash_profile should always be readable; if it's not, it should just be deleted. That file is really really meant for a user to customize their environment, and if this user accidentally chmod 000'd their startup script then I think that's a bug on their system we can help them correct, not something we should try to workaround in our system.

I'm glad you were able to solve your problem with sudo, though in the future, you may want to take a look at the permissions on your .bash_profile file as well.

(Closing this issue as a duplicate of #3622.)

@joshuacwnewton joshuacwnewton closed this as not planned Won't fix, can't repro, duplicate, stale Apr 24, 2023
@mguaypaq
Copy link
Member

Although, I would expect that using sudo with the installer might create different problems down the line? Like, is the SCT installation itself owned by root in that case? Which is fine if the installation is in a "global" location, but if it lives inside the user's home that might not be great.

Since @tzebre is a lab member, I'll follow up in-person for faster debugging.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants