Durante l'installazione di pip e python mi sono imbattuto in un che dice:

La directory '/ Users / Parthenon / Library / Logs / pi' o la sua directory padre non è di proprietà dell'utente corrente e il registro di debug è stato disabilitato. Controlla le autorizzazioni e il proprietario di quella directory. Se si esegue pip con sudo, è possibile che si desideri il flag -H.

perché ora devo installare usando sudo.

Avevo già installato Python e una manciata di librerie sul mio Mac, sto eseguendo Yosemite. Di recente ho dovuto pulire e reinstallare il sistema operativo. Ora sto ricevendo questo messaggio e ho problemi a capire come cambiarlo

Prima che la mia riga di comando fosse Parthenon$ora lo èPhilips-MBP:~ Parthenon$

Sono l'unico proprietario di questo computer e questo è l'unico account su di esso. Questo sembra essere un problema durante l'aggiornamento a Python 3.4, nulla sembra essere nel posto giusto, virtualenv non sta andando dove mi aspetto, ecc.

Ho anche visto questo cambiamento sul mio Mac quando sono passato dalla corsa pipa sudo pip. L'aggiunta -Ha sudo fa sì che il messaggio scompaia per me. Per esempio

sudo -H pip install foo

man sudomi dice che -Hprovoca sudol'impostazione $HOMEagli utenti di destinazione (root in questo caso).

Quindi sembra che pip stia esaminando $HOME/Library/Loge sudoper impostazione predefinita non è impostato $HOMEsu /root/. Non sorprende che ~/Library/Logsia di tua proprietà come utente piuttosto che come root.

Sospetto che si tratti di un recente cambiamento nel pip. Lo eseguirò con sudo -Hper ora per aggirare.

Qual è il problema qui è che in qualche modo hai installato in virtualenv usando sudo. Probabilmente per caso. Ciò significa che l' rootutente riscriverà i dati del pacchetto Python, rendendo tutti i file di proprietà di root e l'utente normale non potrà più scrivere quei file. Di solito virtualenv dovrebbe essere usato e posseduto solo dal tuo normale utente UNIX.

È possibile risolvere il problema modificando il pacchetto di autorizzazioni file UNIX per l'utente. Provare:

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

quindi pipdovrebbe essere in grado di scrivere di nuovo quei file.

Ulteriori informazioni sulla gestione delle autorizzazioni dei file UNIX

pip install --user <package name> (nessun sudo necessario) ha funzionato per me per un problema molto simile.

informazioni basilari

• sistema: mac os 18.0.0
• utente corrente: yutou

il tasto

1. aggiungi l'account corrente al gruppo di ruote

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

2. modifica la modalità del pacchetto python su 775.

chmod -R 775 ${this_is_your_python_package_path}

l'intera cosa

• quando python3 ha compilato bene, le informazioni sono proprio come la domanda ha detto.
• Provo a usare pip3 install requestse ho ottenuto:

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'

• così io cd /usr/local/python3/lib/python3.6/site-packages, poi ls -ale ho ottenuto:

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

quando ho visto questo, ho capito, makedirs è un'azione di scrittura, ma la modalità di richieste drwxrwxr-xcontestata solo l'utente root può scrivere il file di richieste. Se aggiungi yutou ( whoami) alla ruota di gruppo e modifichi il pacchetto sulla ruota di gruppo può scrivere, allora posso scrivere e il problema è risolto.

Come aggiungere yutou alla ruota di gruppo? + rileva gruppo ruota, sudo dscl . -list /groups GroupMembershiptroverai:

wheel                    root

il gruppo ruota solo un membro root. + Aggiungi yutou al gruppo wheel, sudo dscl . -append /Groups/wheel wheel yutou. + controllare sudo dscl . -list /groups GroupMembership,:

wheel                    root yutou

modifica la modalità del pacchetto python

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

Se hai modificato la tua variabile $ PATH ciò potrebbe anche causare il problema. Se ritieni che potrebbe essere il problema, controlla il tuo ~ / .bash_profile o ~ / .bashrc