My computer: Mac Book Pro, OS X Yosemite
I am trying to uninstall anaconda with the following command.
rm -rf ~/anaconda
However I get many many lines of Permission denied that looks like this
rm: /Users/myname/anaconda/lib/python2.7/site-packages/oauthlib/__init__.py: Permission denied
I would appreciate your suggestions.
On my OS X El Capitan,
sudo rm -rf //anaconda
worked. Note that #AustinKildoff already answered this question above.
Related
I decided to move all of my work over to a new user on my macbook instead of combining my work and personal stuff under the same user.
Now I have issues with zsh complaining of insecure directories:
/usr/local/share/zsh/site-functions
/usr/local/share/zsh
/usr/local/share/zsh/site-functions/_brew
/usr/local/share/zsh/site-functions/_brew_cask
/usr/local/share/zsh/site-functions/_brew_services
/usr/local/share/zsh/site-functions/_heroku
Also after installing node and npm using nvm, I have an issues with global packages:
zsh: permission denied
I believe these two issues are related. (Zsh permission issues)
I don't know why all the hassle just to use a new user on Mac but does anybody know the solution please?
Most of the information related to this issue revolves around older versions of MacOs and fixes don't seem to work with Catalina.
I have tried:
compaudit | xargs chmod g-w - No effect.
ZSH_DISABLE_COMPFIX="true" - No effect, although I don't think that this would resolve the actual underlying issue?
cd /usr/local/share/zsh && sudo chmod -R 755 ./site-functions - Not fixed the issue.
I tried making a symbolic link to the airport command in MAC OS X El Capitan, using the command:
sudo ln -s /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport /usr/sbin/airport
It returned the following error:
ln: /usr/sbin/airport: Operation not permitted
Is this due to the El Capitan's "rootless" feature? The sym link worked fine in MAC OS X Yosemite.
The target directory should be /usr/local/bin/airport
See the article on System Integrity Protection for more information as to why the directories have changed.
sudo ln -s /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport /usr/local/bin/airport
I made a mistake installing fink on my iMac running OS X 10.8. I typed in a command to uninstall from the fink website http://www.finkproject.org/faq/usage-fink.php?phpLang=en#removing
fink remove --recursive daemonic xinitrc
…but I got the error message:
Failed: no package specified for command 'remove --recursive'!
I have not installed anything with fink, so can I safely skip this command and use the following command instead?
sudo rm -rf /sw
After a lot of struggle with virtualenv/virtualenvwrapper I decided to remove all virtualenvs and re-install the packages.
root> su myuser
myuser> sudo pip install virtualenv
myuser> sudo pip install virtualenvwrapper
I proceeded to add this to my unix users .bashrc file.
export WORKON_HOME=$HOME/.virtualenvs
export VIRTUALENVWRAPPER_PYTHON=/usr/bin/python2.7
source /usr/local/bin/virtualenvwrapper.sh
When I source .bashrc I get about 20 error lines ending with IOError: [Errno 13] Permission denied: '/root/.virtualenvs/premkproject'. I'm running out of ideas...
I have done my homework and tried every suggested solution I could find. I'm running Ubuntu 12.04.
I had the same problem and it was due to .virtualenvs having owner and group root. So the following would fix it (substituting ubuntu:ubuntu for your user and groups):
cd ~
sudo chown -R ubuntu:ubuntu .virtualenvs/
I used the recursive option as I had a problem installing a package with pip and that was due to a file lower down the hierarchy also having a permissions problem.
You never explained in which SO are you working...So if you are in Mac OS X you can easily fix it by giving eXecute permissions.
I believe Linux may face the very same problem altought I myself never got this problem under Linux.
The 'magic words' are the following :
chmod 755 <your path>/virtualenv.py
I installed MongoDB via Brew and now I get this error:
“/Library/StartupItems/MongoDB” has not been started because it does not have the proper security settings
I've repaired permissions, reinstalled, and it doesn't go away. Any help?
Recent versions of OS X (since Snow Leopard IIRC) are pickier about the permissions on things like startupitems, and will disable them if it thinks they're inappropriate. This should set the permissions it's looking for:
sudo chown -R root:wheel /Library/StartupItems/MongoDB
sudo chmod -R u=rwX,go=rX /Library/StartupItems/MongoDB
sudo chmod -R -N /Library/StartupItems/MongoDB
If you'd like to remove the Startup item, here is a solution: Apple Support Site