Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

python_type_check CI is broken: missing stubs for requests module

See original GitHub issue

🐛 Bug

The python_type_check CI is failing since mypy can’t find library stubs for requests module used here . This can be seen in the failed tests for the recent commit by @prabhat00155 (although those changes are completely unrelated to this) and on some other PRs like #4008 (edit: and #4010)

Pitch

A simple fix would be to install them with python3 -m pip install types-requests or to avoid something like this happening later we should just run mypy --install-types to install all the missing stubs.

Issue Analytics

State:
Created 2 years ago
Reactions:1
Comments:5 (5 by maintainers)

Top GitHub Comments

2reactions

AnirudhDagarcommented, Jun 9, 2021

Closing this now, fixed with #4014.

2reactions

AnirudhDagarcommented, Jun 8, 2021

After digging up a bit more, I found that this sudden appearance is probably due to the mypy 0.900 release today.

According to the docs:

Starting in mypy 0.900, most third-party package stubs must be installed explicitly. This decouples mypy and stub versioning, allowing stubs to updated without updating mypy. This also allows stubs not originally included with mypy to be installed. Earlier mypy versions included a fixed set of stubs for third-party packages.

cc @NicolasHug @pmeier