¿Por qué recibo este texto extraño relacionado con los permisos cada vez que ejecuto pip2 / pip3 en mi terminal Linux Mint?

1

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!

the_ultra_code
fuente
Entonces, ¿ha verificado la propiedad en el directorio? ¿Qué quiere decir "directorios que no están en mi propio directorio" de inicio "? ¿Eres Kyle o no?
G-Man
En realidad, escribí mal (gracias por señalarlo inadvertidamente). Ellos "están" en mi directorio "home". Y sí, kylees mi cuenta de usuario. Lo siento. Sin embargo, ¿cómo podría "verificar la propiedad en el directorio", como usted dice?
the_ultra_code el
Haz ls -laR /home/kyle/.cachey publica los resultados en tu pregunta.
G-Man el
Hecho (aunque corrí 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.
the_ultra_code
Gracias por responder. Ciertamente parece que tienes todo en ese árbol de directorios; tal vez alguien más verá algo allí que lo explique.
G-Man el