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
clean up deprecations in sandpile #22933
Comments
Branch: u/dimpase/spfix |
This comment has been minimized.
This comment has been minimized.
Author: Dima Pasechnik |
Branch pushed to git repo; I updated commit sha1. Last 10 new commits:
|
Commit: |
comment:4
Why is |
comment:5
There are several other places where you are removing deprecation warnings without removing the (previously) deprecated functions. |
comment:6
Replying to @jhpalmieri:
Deprecated was placing them into the global namespace. These functions are still used internally in the module. |
comment:8
OK, I've removed two removable deprecated functions. |
comment:10
This is not an issue that we should deal with on this ticket, but according to the deprecation notices, someone should move the functionality from |
Reviewer: John Palmieri |
comment:11
I'm happy with the changes here. |
Changed branch from u/dimpase/spfix to |
Some deprecation in sandpile are in fact already removed, but still present in lazy imports. This breaks ups
vars()
andlocals()
.Namely, these are
grid_sandpile
andcomplete_sandpile
.In fact, we should clean up everything that was deprecated in #18618.
However, we leave
sandlib
in the code, only remove it from the global namespace, as e.g.sandlib('gor')
does not have an equivalent.Also, it turns out that while calling
vars()
directly still fails, one now can at least doDepends on #22582
CC: @jhpalmieri @sagetrac-dperkinson
Component: packages: standard
Author: Dima Pasechnik
Branch/Commit:
81e8959
Reviewer: John Palmieri
Issue created by migration from https://trac.sagemath.org/ticket/22933
The text was updated successfully, but these errors were encountered: