apt-get install vs pip install

Comme l'a dit @AvinashRaj dans son commentaire , pip est utilisé pour installer les paquets Python uniquement, mais apt-get est utilisé pour installer des paquets créés dans n'importe quel langage de programmation.

Votre principal problème est de trouver le bon nom de paquet dans les deux cas :

pip search pyudev

vous donnera le bon nom pour le paquet que vous voulez installer en utilisant pip install comme

apt-cache search pyudev

vous donnera le bon nom pour le paquet que vous voulez installer en utilisant apt-get install :

radu@Radu: ~ $ pip search pyudev
pyudev                    - A libudev binding
radu@Radu: ~ $ apt-cache search pyudev
python-pyudev - Python bindings for libudev
python3-pyudev - Python3 bindings for libudev

Donc, en conlusion, le correspondant de sudo apt-get install python-pyudev es sudo pip install pyudev no sudo pip install python-pyudev .

Cela dépend maintenant de ce que vous voulez choisir lorsque vous voulez installer un paquet Python : pip o apt-get . Voir par exemple cette Q&R sur la différence entre l'installation d'un paquet en utilisant pip y apt-get .

Ma méthode préférée est de toujours utiliser apt et seulement dans le cas où le module n'est pas encore disponible dans le dépôt de Debian/Ubuntu pour utiliser pip mais uniquement dans le contexte de l'utilisateur - --user drapeau. En utilisant pip il faut de toute façon installer toutes les dépendances de construction à partir, par exemple, du dépôt Ubuntu ou les fournir soi-même, ce qui peut être une tâche fastidieuse. apt-get installer des paquets binaires pendant que pip les construit après le téléchargement. On ne devrait pas utiliser pip pour installer des modules dans des emplacements système. C'est tout simplement une erreur. Utilisez toujours --user drapeau pour installer un module à l'emplacement d'origine. Une configuration correcte de PYTHONPATH permet à Python de récupérer d'abord les modules dans HOME, puis les modules du système installés avec l'option apt-get .

C'est le conseil donné sur un site largement diffusé sur le site GitHub pip sur le sujet système installé pip vs pip installé localement :

1. N'utilisez jamais le gestionnaire de paquets de votre système pour mettre à jour le pip du système. . Le système installé pip est la propriété de la distribution, et si vous n'utilisez pas les outils fournis par la distribution pour le gérer, vous rencontrerez des problèmes. problèmes. Oui, nous savons que pip dit "vous devriez mettre à jour avec pip install -U pip" - c'est vrai dans une installation gérée par pip, idéalement les distributions devraient patcher ce message pour donner les instructions appropriées dans le pip système, mais elles ne le font pas. pour donner des instructions appropriées dans le système pip, mais elles ne le font pas. Nous travaillons avec sur ce point, mais ce n'est pas près d'arriver (rappelez-vous, nous sommes Nous travaillons avec eux sur ce point, mais ce n'est pas près d'arriver (rappelez-vous que nous examinons ici des cas où les gens mettent à jour d'anciennes versions de pip, donc les patchs pour les nouvelles versions n'aideront pas).

2. Ne jamais utiliser sudo avec pip . Ceci découle du premier point. Si vous pensez que vous avez besoin d'utiliser sudo, vous essayez probablement de modifier un fichier appartenant à la distribution. Voir le point 1.

3. Préférez utiliser --user . En faisant cela, vous n'installez les paquets que dans vos répertoires personnels, et vous évitez ainsi d'interférer avec la copie système de pip. avec la copie système de pip. Mais il y a des problèmes de PATH dont vous devez être attention ici. Nous les aborderons plus tard. Pour faire simple, il est possible de suivre ce conseil, et rencontrer quand même des problèmes, parce que vous ne n'exécutez pas réellement le wrapper que vous avez installé en tant que --user.