Je dirais que < 2017 conda était un passage obligatoire car pandas, numpy et autres ne s'installaient pas facilement avec pip.
Depuis que tout l'écosystème pydata est disponible en wheel est s'installe parfaitement, je n'ai plus eu recours à conda. Parfois il est toujours nécessaire de partir d'une base miniconda sur des systèmes sans compilateur.
Je suis curieux de connaître vos use cases conda que pip+venv ne sait pas résoudre.
Vivement la partie 4, qui je l'imagine nous éclairera sur pypa, la gouvernance sur les sujets de packaging et par ricochet l'exclusion de pipenv de votre article.
Et pour les lecteurs qui comme moi déplore cette complexité: faites comme tout le monde, choisissez au hasard et iterez tous les 6 mois.
Merci pour ce gros travail de synthèse, hâte de lire la suite.
J'ai récemment reçu un bon support sur mes issues et tout fonctionne correctement pour mes usages, même si la durée du lock laisse à désirer.
Votre issue est symptomatique des problèmes de packaging de Python. Ça me donne vraiment l'impression d'un sabordage. Encore une fois c'est un ressenti, mais je trouve que la popularité grandissante de Python auprès d'une population moins bas niveau, utilisateurs de notebook en tête, se heurte systématiquement au mur du packaging quand vient l'heure du passage en production.
[^] # Re: pip dans un environnement conda
Posté par slashdev . En réponse à la dépêche L'installation et la distribution de paquets Python (2/4). Évalué à 3.
Je dirais que < 2017 conda était un passage obligatoire car pandas, numpy et autres ne s'installaient pas facilement avec pip.
Depuis que tout l'écosystème pydata est disponible en wheel est s'installe parfaitement, je n'ai plus eu recours à conda. Parfois il est toujours nécessaire de partir d'une base miniconda sur des systèmes sans compilateur.
Je suis curieux de connaître vos use cases conda que pip+venv ne sait pas résoudre.
[^] # Re: Pipenv?
Posté par slashdev . En réponse à la dépêche L'installation et la distribution de paquets Python (2/4). Évalué à 4.
Vivement la partie 4, qui je l'imagine nous éclairera sur pypa, la gouvernance sur les sujets de packaging et par ricochet l'exclusion de pipenv de votre article.
Et pour les lecteurs qui comme moi déplore cette complexité: faites comme tout le monde, choisissez au hasard et iterez tous les 6 mois.
Merci pour ce gros travail de synthèse, hâte de lire la suite.
[^] # Re: Pipenv?
Posté par slashdev . En réponse à la dépêche L'installation et la distribution de paquets Python (2/4). Évalué à 1.
J'ai récemment reçu un bon support sur mes issues et tout fonctionne correctement pour mes usages, même si la durée du lock laisse à désirer.
Votre issue est symptomatique des problèmes de packaging de Python. Ça me donne vraiment l'impression d'un sabordage. Encore une fois c'est un ressenti, mais je trouve que la popularité grandissante de Python auprès d'une population moins bas niveau, utilisateurs de notebook en tête, se heurte systématiquement au mur du packaging quand vient l'heure du passage en production.
# Pipenv?
Posté par slashdev . En réponse à la dépêche L'installation et la distribution de paquets Python (2/4). Évalué à 3.
Un avis sur pipenv?
Il fait partie des outils recommandés sur packaging.python.org.
Les +
- la creation et navigation dans plusieurs venv en fonction du dossier courant
- le lock et le sync portable
Les -
- ne partage pas les credentials pypi avec pip lors de l'accès à un repo privé