Lors de l'installation de pip et de python, j'ai rencontré un qui dit:

Le répertoire '/ Users / Parthenon / Library / Logs / pi' ou son répertoire parent n'appartient pas à l'utilisateur actuel et le journal de débogage a été désactivé. Veuillez vérifier les autorisations et le propriétaire de ce répertoire. Si vous exécutez pip avec sudo, vous voudrez peut-être l'indicateur -H.

car je dois maintenant installer en utilisant sudo.

J'avais python et une poignée de bibliothèques déjà installées sur mon Mac, j'exécute Yosemite. J'ai récemment dû faire un nettoyage propre, puis réinstaller le système d'exploitation. Maintenant, j'obtiens cette invite et j'ai du mal à comprendre comment la changer

Avant ma ligne de commande était Parthenon$maintenant c'estPhilips-MBP:~ Parthenon$

Je suis l'unique propriétaire de cet ordinateur et c'est le seul compte sur celui-ci. Cela semble être un problème lors de la mise à niveau vers python 3.4, rien ne semble être au bon endroit, virtualenv ne va pas là où je l'attendais, etc.

J'ai également vu ce changement sur mon Mac lorsque je suis passé de la course pipà pied sudo pip. L'ajout -Hà sudo fait disparaître le message pour moi. Par exemple

sudo -H pip install foo

man sudome dit que les -Hcauses sudoà définir $HOMEpour les utilisateurs cibles (root dans ce cas).

Il semble donc que pip recherche $HOME/Library/Loget sudone soit pas défini par défaut $HOMEsur /root/. Il n'est pas surprenant ~/Library/Logque vous apparteniez à vous en tant qu'utilisateur plutôt qu'en tant que root.

Je soupçonne qu'il s'agit d'un changement récent de pip. Je vais l'exécuter avec sudo -Hpour l'instant pour contourner le problème.

Quel est le problème ici, c'est que vous avez en quelque sorte installé dans virtualenv en utilisant sudo. Probablement par accident. Ça signifieroot utilisateur réécrira les données du package Python, rendant tous les fichiers appartenant à root et votre utilisateur normal ne pourra plus écrire ces fichiers. En général, virtualenv ne doit être utilisé et détenu que par votre utilisateur UNIX normal.

Vous pouvez résoudre le problème en modifiant le pack d'autorisations de fichier UNIX pour votre utilisateur. Essayer:

$ sudo chown -R USERNAME /Users/USERNAME/Library/Logs/pip
$ sudo chown -R USERNAME /Users/USERNAME/Library/Caches/pip

alors pipdevrait pouvoir réécrire ces fichiers.

Plus d'informations sur la gestion des autorisations de fichiers UNIX

pip install --user <package name> (aucun sudo nécessaire) a fonctionné pour moi pour un problème très similaire.

informations de base

• système: mac os 18.0.0
• utilisateur actuel: yutou

la clé

1. ajouter le compte courant au groupe de roues

sudo dscl . -append /Groups/wheel wheel $(whoami)

2. modifiez le mode du package python en 775.

chmod -R 775 ${this_is_your_python_package_path}

le tout

• lorsque python3 est bien compilé, les informations sont exactement comme la question posée.
• J'essaye d'utiliser pip3 install requestset j'ai:

File "/usr/local/python3/lib/python3.6/os.py", line 220, in makedirs
    mkdir(name, mode)
PermissionError: [Errno 13] Permission denied: 
'/usr/local/python3/lib/python3.6/site-packages/requests'

• alors je cd /usr/local/python3/lib/python3.6/site-packages, alors ls -alet j'ai:

drwxr-xr-x    6 root   wheel   192B  2 27 18:06 requests/

quand j'ai vu cela, j'ai compris, makedirs est une action d'écriture, mais le mode requêtes drwxrwxr-xn'affiche que l'utilisateur root peut écrire le fichier de requêtes. Si ajoutez yutou (whoami ) à la roue de groupe et modifiez le paquet pour que la roue de groupe puisse écrire, alors je peux écrire et le problème est résolu.

Comment vous ajouter à la roue de groupe? + détecter la roue de groupe`` sudo dscl . -list /groups GroupMembershipvous trouverez:

wheel                    root

le groupe roue un seul membre root. + Ajouter yutou à la roue de groupe, sudo dscl . -append /Groups/wheel wheel yutou. + Chèque, sudo dscl . -list /groups GroupMembership:

wheel                    root yutou

modifier le mode du package python

chmod -R 775 /usr/local/python3/lib/python3.6

Si vous avez modifié votre variable $ PATH, cela pourrait également causer le problème. Si vous pensez que cela pourrait être le problème, vérifiez votre ~ / .bash_profile ou ~ / .bashrc