j'ai lu quelque part que l'intégration des paquets python pip avec les paquets python installés par la distribution, Arch en ce qui me concerne, peut poser des problèmes s'ils sont installés en tant qu'utilisateur.
Oui, et c'est général pour toutes les distributions Python, car ils peuvent prendre la priorité par rapport aux paquets de la distro et, en cas de version incompatible, casser le fonctionnement des outils Python de la distro (j'ai déjà eu un collègue chez qui j'ai débogué ce problème, avec un paquet dans .local/lib/pythonX.Y/site-packages).
D'où le conseil d'impérativement utiliser un environnement Python dédié lorsqu'on a des paquets qui doivent être installés hors du gestionnaire de paquets. Et le conseil d'utiliser python3 -m pip install XXX est lié à ça : utiliser le Python de l'environnement virtuel actif pour faire les install dans cet environnement.
pipenv fait ça avec son option --python=.... Perso je préfère avoir un environnement "activé" (avec un joli préfixe sur le prompt) et qu'après les commandes d'installation soient systématiquement dans cet environnement.
Et je ne comprend pas «Concernant la doc de python-pipenv, tout est en root» — si ça a été installé via le gestionnaire de paquets, c'est généralement propriété de root, mais ça tourne avec le droit de l'utilisateur (sauf bit suid). Mais il n'y a pas de nécessité que pipenv appartienne à root pour créer un environnement virtuel pour l'utilisateur.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: droits
Posté par lolop (site web personnel) . En réponse au message Python mal installé. Évalué à 2. Dernière modification le 18 mars 2025 à 20:00.
Oui, et c'est général pour toutes les distributions Python, car ils peuvent prendre la priorité par rapport aux paquets de la distro et, en cas de version incompatible, casser le fonctionnement des outils Python de la distro (j'ai déjà eu un collègue chez qui j'ai débogué ce problème, avec un paquet dans
.local/lib/pythonX.Y/site-packages).D'où le conseil d'impérativement utiliser un environnement Python dédié lorsqu'on a des paquets qui doivent être installés hors du gestionnaire de paquets. Et le conseil d'utiliser
python3 -m pip install XXXest lié à ça : utiliser le Python de l'environnement virtuel actif pour faire les install dans cet environnement.pipenv fait ça avec son option
--python=.... Perso je préfère avoir un environnement "activé" (avec un joli préfixe sur le prompt) et qu'après les commandes d'installation soient systématiquement dans cet environnement.Et je ne comprend pas «Concernant la doc de python-pipenv, tout est en root» — si ça a été installé via le gestionnaire de paquets, c'est généralement propriété de root, mais ça tourne avec le droit de l'utilisateur (sauf bit suid). Mais il n'y a pas de nécessité que pipenv appartienne à root pour créer un environnement virtuel pour l'utilisateur.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN