pytest-dev / pytest-dev/execnet
dropping the execmodel concept again
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 102
- Forks
- 47
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
CC @ctheune @nicoddemus
the execmodel concept that @hpk42 introduced back in 2013 has multiple drawbacks
- it breaks execnet for testing qt, as the main thread is no longer under safe control
- it is completely incompatible with the async primitives that are starting to win (asyncio/trio/curio, async/await)
its not quite clear to me for what detailed use-case it was introduced, but as it is right now its a major show-stopper for me to introduce any support for modern async primitives
its the biggest reason why i dropped execnet maintenances, the second biggest reason being that there seemingly where possible placements (unfortunately the replacements turned out not to work out)
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
L’issue n’indique ni fichiers, ni tests, ni point d’entrée pour le concept execmodel. Commencez par localiser l’implémentation de execmodel et examiner la discussion non résolue, puis définissez le comportement de execnet concerné et les exigences de compatibilité avant de tenter une modification.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- distributed-systems
- Type d'issue
- Refactorisation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 20/100