-
Notifications
You must be signed in to change notification settings - Fork 103
SQLAlchemy both obsolete and upstreamed to typeshed #276
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
@Avasam, do you expect that python/typeshed#9597 will be merged soon? Since Pylance bundles both these stubs and typeshed, won't SQLAlchemy 2.0 users continue to have stub conflicts if/when both of these PRs are merged? |
Good point about pyright, but at least they won't have 3 different behaviours between runtime, cli and IDE. That'll resolve itself in July with python/typeshed#9607 No ETA on python/typeshed#9597, but I can say that typeshed maintainers are going through some of my bigger PRs right now. I'll mark this here PR as draft until that one is merged over at typeshed. |
@Avasam, I don't understand why we would delay this PR. Isn't the goal to remove the stubs from both here and typeshed? Shouldn't we be encouraging SQLAlchemy users to upgrade to 2.0? |
I don't think it would encourage users either way because of the pyright including Alchemy Stubs issue you mentioned. So I'm not weighting in SQLAlchemy 2.0 users in my reasoning. The reasoning is just that if it's removed now, Pylance (not pyright) users on SQLAlchemy 1.4 will have a moment until python/typeshed#9597 where they'll loose some type information. It is imo very minor so if you don't care about that, I can mark as ready and feel free to merge. Edit: Your suggestion at microsoft/pylance-release#3702 (comment) would resolve both minor concern too. |
Despite the existence of the stubs in this repo, it turns out that Pylance stopped bundling these sqlalchemy stubs in 2022.3.3-pre.1 (March 16, 2022). I'd like to delete them from here. Feel free to continue using them as a reference for changes in typeshed as needed.
@rchiodo and I concluded that this wouldn't work because the stubs would be downloaded to a global (not workspace-specific) location and therefore anyone who had both SQLAlchemy 1.x and SQLAlchemy 2.0 projects would end up with the same problem -- stubs downloaded and causing issues in their 2.0 projects. |
Oh awesome. Let's get this removed then. |
With SQLAlchemy 2.0.0's release a while back, these stubs are conflicting with the official type annotations.
For legacy 1.4 support, python/typeshed#9597 finishes making the typeshed stubs on par with this one.