Nota: Creé esta cuenta debido a esta pregunta. :)
Bien entonces: comencemos.
Noté que recibo el siguiente "mensaje" en mi terminal Linux Mint 18.2 cada vez que instalo un nuevo paquete de Python usando pip2/ pip3with sudo(que es necesario para instalar nuevos paquetes de Python usando pip2/ pip3):
El directorio '/home/kyle/.cache/pip/http' o su directorio padre no es propiedad del usuario actual y el caché ha sido deshabilitado. Verifique los permisos y el propietario de ese directorio. Si ejecuta pip con sudo, es posible que desee el indicador -H de sudo. El directorio '/home/kyle/.cache/pip' o su directorio padre no es propiedad del usuario actual y las ruedas de almacenamiento en caché se han deshabilitado. verifique los permisos y el propietario de ese directorio. Si ejecuta pip con sudo, es posible que desee el indicador -H de sudo.
Por ejemplo, aquí hay una "captura de pantalla" de mi tipo de Terminal cuando hago tal cosa (por supuesto, no hay líneas vacías entre las líneas de salida de Terminal; eso es lo que hago que esta salida sea legible aquí en esta publicación); Lo mismo sucede cuando lo reemplazo pip2con pip3:
kyle @ kyle-B301 ~ $ sudo pip2 instalar pytest pytest-cache
El directorio '/home/kyle/.cache/pip/http' o su directorio padre no es propiedad del usuario actual y el caché ha sido deshabilitado. Verifique los permisos y el propietario de ese directorio. Si ejecuta pip con sudo, es posible que desee el indicador -H de sudo.
El directorio '/home/kyle/.cache/pip' o su directorio padre no es propiedad del usuario actual y las ruedas de almacenamiento en caché se han deshabilitado. verifique los permisos y el propietario de ese directorio. Si ejecuta pip con sudo, es posible que desee el indicador -H de sudo.
Coleccionando pytest
Descargando pytest-3.2.2-py2.py3-none-any.whl (187kB)
100% | ████████████████████████████████ | 194kB 380kB / s
Recolectando pytest-cache
Descargando pytest-cache-1.0.tar.gz
Requisito ya satisfecho: setuptools en /usr/lib/python2.7/dist-packages (de pytest)
Recolección de py> = 1.4.33 (de pytest)
Descargando py-1.4.34-py2.py3-none-any.whl (84kB)
100% | ████████████████████████████████ | 92kB 689kB / s
Recopilación de execnet> = 1.1.dev1 (de pytest-cache)
Descargando execnet-1.4.1-py2.py3-none-any.whl (40kB)
100% | ████████████████████████████████ | 40kB 1.3MB / s
Recopilación de apipkg> = 1.4 (desde execnet> = 1.1.dev1-> pytest-cache)
Descargando apipkg-1.4-py2.py3-none-any.whl
Instalación de paquetes recopilados: py, pytest, apipkg, execnet, pytest-cache
Ejecutando setup.py install para pytest-cache ... hecho
Instalado con éxito apipkg-1.4 execnet-1.4.1 py-1.4.34 pytest-3.2.2 pytest-cache-1.0
kyle @ kyle-B301 ~ $
Como puede ver, todo funciona (lo cual es bueno). ¡Es solo esas dos líneas sobre mí, un "sudoer", no directorios "propietarios" que están en mi propio directorio "home" que no tiene sentido!
Actualización: según lo sugerido por "G-Man", ejecuté ls -laR /home/kyle/.cache/pip(lo reduje a /home/kyle/.cache/pipporque es el directorio "problema"), y los resultados se pueden encontrar aquí ( https://docs.google.com/document/d/ 1rqRBEAXXVcJNwwojHj7fDOoyNvenvj4VYFFq0-s5gTs / edit? Usp = sharing ).
Si alguien puede explicarme la causa de estos mensajes y una solución para resolver la "aparente" falta de "propiedad" de estos directorios (que puedo navegar fácilmente sin sudopermisos), entonces lo agradecería enormemente. ¡Gracias por adelantado!
kylees mi cuenta de usuario. Lo siento. Sin embargo, ¿cómo podría "verificar la propiedad en el directorio", como usted dice?
ls -laR /home/kyle/.cachey publica los resultados en tu pregunta.
ls -laR /home/kyle/.cache/pippara reducir los resultados; si eso no es suficiente, haré todo el ~/.cachedirectorio). Volveré aquí para ver las cosas mañana.