pytest-dev / pytest-dev/execnet
dropping the execmodel concept again
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 102
- フォーク
- 47
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
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)
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
この issue では、execmodel の概念に対応するファイル、テスト、エントリーポイントが示されていません。まず execmodel の実装を見つけて未解決の議論を確認し、その後、変更を試みる前に影響を受ける execnet の動作と互換性要件を定義してください。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- distributed-systems
- issue の種類
- リファクタリング
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 20/100