Conda and conda-forge sont tous deux des gestionnaires de paquets Python. Quel est le choix approprié lorsque un paquet existe dans les deux dépôts? Django, par exemple, peut être installé avec l'un ou l'autre, mais la différence entre les deux est plusieurs dépendances (conda-forge en a beaucoup plus). Il n'y a aucune explication pour ces différences, même pas un simple README.
Lequel devrait être utilisé? Conda ou conda-forge? Est-ce que cela a de l'importance?
La réponse courte est que, dans mon expérience en général, cela n'a pas d'importance lequel vous utilisez.
La réponse longue :
Ainsi, conda-forge est un canal supplémentaire à partir duquel des packages peuvent être installés. En ce sens, il n'est pas plus spécial que le canal par défaut, ou aucun des autres centaines (milliers ?) de canaux auxquels des gens ont posté des packages. Vous pouvez ajouter votre propre canal si vous vous inscrivez sur https://anaconda.org et téléchargez vos propres packages Conda.
Ici, nous devons faire la distinction, que je pense n'est pas claire d'après votre formulation dans la question, entre conda, le gestionnaire de packages multiplateforme, et conda-forge, le canal de packages. Anaconda Inc. (anciennement Continuum IO), les principaux développeurs du logiciel conda, maintiennent également un canal séparé de packages, qui est celui par défaut lorsque vous tapez conda install nomdupackage sans changer d'options.
Il y a trois façons de changer les options des canaux. Les deux premières se font à chaque fois que vous installez un package et la dernière est persistante. La première consiste à spécifier un canal à chaque fois que vous installez un package :
conda install -c some-channel nomdupackageBien sûr, le package doit exister sur ce canal. De cette manière, nomdupackage et toutes ses dépendances seront installés à partir de some-channel. Alternativement, vous pouvez spécifier :
conda install some-channel::nomdupackageLe package doit toujours exister sur some-channel, mais maintenant, seul nomdupackage sera tiré de some-channel. Tout autre package nécessaire pour satisfaire les dépendances sera recherché dans votre liste par défaut de canaux.
Pour voir votre configuration de canaux, vous pouvez écrire :
conda config --show channelsVous pouvez contrôler l'ordre dans lequel les canaux sont recherchés avec conda config. Vous pouvez écrire :
conda config --add channels some-channelpour ajouter le canal some-channel en haut de la liste de configuration des canaux. Cela donne à some-channel la priorité la plus élevée. La priorité détermine (en partie) quel canal est sélectionné lorsque plus d'un canal contient un package particulier. Pour ajouter le canal à la fin de la liste et lui donner la priorité la plus basse, tapez
conda config --append channels some-channelSi vous souhaitez supprimer le canal que vous avez ajouté, vous pouvez le faire en écrivant
conda config --remove channels some-channelConsultez
conda config -hpour plus d'options.
Cela dit, il y a quatre raisons principales d'utiliser le canal conda-forge plutôt que le canal defaults maintenu par Anaconda :
conda-forge peuvent être plus à jour que ceux du canal defaultsconda-forge qui ne sont pas disponibles sur defaultsopenblas (de conda-forge) au lieu de mkl (de defaults).
Merci! J'ai deux questions connexes : 1. comment puis-je savoir quel canal est bon à essayer; 2. après avoir configuré un canal, comment puis-je le réinitialiser aux paramètres par défaut?
@Kenny Pour répondre à votre première question, vous devriez rechercher le package que vous voulez sur anaconda.org et voir quels canaux ont le package. J'ai modifié la réponse pour répondre à votre deuxième question. Cependant, je noterais également que si vous voulez installer un seul package à partir d'un canal, il est probablement plus facile d'utiliser la manière d'écrire la commande conda install -c some-channel packagename
C'est génial! Y a-t-il une comparaison disponible entre conda-forge et conda en termes de # de modules pris en charge, de nouveauté, de couverture, etc.?
Anaconda a changé leurs Conditions d'utilisation afin que les "utilisateurs commerciaux lourds" devraient payer, ce qui n'inclut pas le canal conda-forge.
Vous voudriez probablement rester sur conda-forge si vous ne voulez pas payer pour l'utilisation. Comme indiqué dans la documentation:
conda config --add channels conda-forge
conda config --set channel_priority strict
conda install Vous pouvez également utiliser miniforge qui a conda-forge comme canal par défaut, et qui supporte les plateformes ppc64le et aarch64 ainsi que les autres habituelles.
Si vous avez conda installé et que vous souhaitez supprimer les canaux par défaut, vous pouvez utiliser
conda config --show channelspour voir vos canaux, et vous pouvez utiliser
conda config --remove channels nom-du-canalpour supprimer un canal.
Est-ce que tu sais avec certitude que l'utilisation de conda-forge comme canal par défaut élimine la violation des conditions d'utilisation ? J'ai entendu dire que parce que conda de base utilise le canal par défaut à l'installation, cela pourrait toujours poser problème, qu'en penses-tu ?
C'est un bon point, et je ne suis pas sûr à ce sujet. Si on veut être en sécurité, on peut toujours se rabattre sur miniforge.
Il existe certaines bibliothèques Python que vous ne pouvez pas installer avec un simple conda install car leur canal n'est pas disponible à moins d'appliquer conda-forge. D'après mon expérience, pip est plus générique pour rechercher différentes sources de canaux que conda. Par exemple, si vous voulez installer python-constraint vous pouvez le faire via pip install mais pour l'installer via **cond**, vous devez spécifier le canal - conda-forge.
conda install -c conda-forge python-constraint // fonctionnemais pas
conda install python-constraint
Réponse confuse. L'installation de pip prend le package en dehors de la gestion de package et de vérification des dépendances propres à conda, ce qui signifie que vous devez le gérer (et éventuellement ses dépendances) manuellement et que des commandes telles que conda update --all ne mettront pas à jour le package installé via pip
Cette réponse donne de mauvais conseils. Il est mauvaise pratique d'entrelacer les commandes conda et pip dans le même environnement. Utilisez conda install pour tous les paquets exclusivement, sauf si un paquet python particulier n'est pas disponible au format conda. Ensuite, utilisez pip en dernier recours, car pip NE ajoutera PAS le paquet à l'index des paquets conda pour cet environnement. Utiliser conda, puis pip, puis conda, puis pip, puis conda, etc. pour construire un environnement finira par donner un index de l'environnement conda corrompu.
@RichLysakowskiPhD Où l'ont-on suggéré de combiner les commandes conda et pip dans le même environnement? -JeanMonet: La réponse ne favorise pas l'un par rapport à l'autre. Il s'agit de comment spécifier parfois le canal 'conda-forge' peut être utile.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
13 votes
"Conda et conda-forge sont tous deux des gestionnaires de paquets Python." Je ne pense pas que ce soit vrai. Je ne pense pas que ceux-ci soient même dans la même catégorie de chose.
condaest un gestionnaire de paquets etconda-forgeest un canal. Peut-être que c'était vrai lorsque cette question a été posée?