Disabling entry points from dependencies
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 技術スタック
- python
- 領域
- testing-qa
調査の方向性
まず、レポートにある setup.cfg のスニペットを使って、alibi-detect と thinc で定義されている pytest_randomly.random_seeder エントリポイント間の競合を再現します。pytest-randomly がエントリポイントをどのように検出して適用するかを確認し、そのうえで依存関係の seeder を無効化または選択するサポートされた方法を決定し、その動作のカバレッジを追加します。
索引モデルが issue の本文から書いたものです。
説明
Python Version
3.8.11
pytest Version
7.1.3
Package Version
3.12.0
Description
For our package alibi detect, we've defined a pytest-randomly entry point in our setup.cfg:
[options.entry_points]
pytest_randomly.random_seeder =
alibi_detect = alibi_detect.utils._random:set_seed
One of our dependencies (thinc), also defines an entry point:
[options.entry_points]
pytest_randomly.random_seeder =
thinc = thinc.api:fix_random_seed
We don't need thinc's random seeder on our tests, however, it appears to be pulled in automatically and causes our tests to fail. My understanding was that pytest would only pay attention to whichever entry point was defined first, however I have tried to change the order of our pip installs to no avail. Is there a strategy to handle such a situation?
- 主要言語
- Python
- スター
- 720
- フォーク
- 37
- 平均マージ
- 6時間 16分
- マージ済み PR（30日）
- 4
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
pytest-dev/pytest-randomly のほかの issue
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
pytest-dev/pytest-randomly#319 · コメント 2 件 ·
pytest-dev/pytest-randomly の issue をすべて見る
似ている issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
stephrobert/dsoxlab#238 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
sublimehq/package_control#1780 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
nwg-piotr/nwg-displays#145 ·