-
Notifications
You must be signed in to change notification settings - Fork 798
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
adodbapi: Cleanup obsolete and unsupported python code #2094
base: main
Are you sure you want to change the base?
adodbapi: Cleanup obsolete and unsupported python code #2094
Conversation
The simplest answer here would be to delete the entire "remote" directory.
I don't think that the facility has ever been used by anyone other than
myself, and the use case for that is now very outdated.
I am in favor of dropping the entire subsystem as deprecated.
…On Sun, Aug 6, 2023 at 10:22 AM Avasam ***@***.***> wrote:
***@***.**** commented on this pull request.
------------------------------
In adodbapi/remote/server.py
<#2094 (comment)>:
> @@ -97,7 +92,7 @@
Pyro4.config.PREFER_IP_VERSION = 0 # allow system to prefer IPv6
Pyro4.config.SERIALIZERS_ACCEPTED = set(
["serpent", "pickle"]
-) # change when Py2.5 retired
+) # TODO: change when Py2.5 retired
What's the change needed here ?
—
Reply to this email directly, view it on GitHub
<#2094 (review)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEZOBMPAGJVDZW2HGYFXDTXT7ADDANCNFSM6AAAAAA3GAEVSE>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Yes, adodbapi/remote.py should be removed also.
…On Wed, Aug 9, 2023 at 1:45 PM Avasam ***@***.***> wrote:
***@***.**** commented on this pull request.
------------------------------
In adodbapi/remote/server.py
<#2094 (comment)>:
> @@ -97,7 +92,7 @@
Pyro4.config.PREFER_IP_VERSION = 0 # allow system to prefer IPv6
Pyro4.config.SERIALIZERS_ACCEPTED = set(
["serpent", "pickle"]
-) # change when Py2.5 retired
+) # TODO: change when Py2.5 retired
The simplest answer here would be to delete the entire "remote" directory.
I don't think that the facility has ever been used by anyone other than
myself, and the use case for that is now very outdated.
A quick search I didn't find any reference to the remote directory either.
I did find some to the remote module though, but only in tests.
I am in favor of dropping the entire subsystem as deprecated.
Do you also mean adodbapi/remote.py ? (I've left it in for now since you
only mentioned deleting the directory)
—
Reply to this email directly, view it on GitHub
<#2094 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEZOBOOPTWF4ZKGKCPZYVLXUPSHNANCNFSM6AAAAAA3GAEVSE>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
fef1f02
to
4ba4e43
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this just to pull upstream changes into the adodbapi fork?
@vernondcole This is a "too big to review" PR that has been split up into smaller chunks in other PRs. It contains all of the code modernization and old code removal changes at once. Useful for me to reference when there will undoubtedly be merge conflicts, and allows me to test the interaction of different changes in their final combined state. Hence it's marked as Draft. Once everything else is merged I'll either Publish this PR or keep splitting off what's left in more reviewable chunks. As per the PR description:
|
Understood. |
dcea067
to
54ebec1
Compare
@vernondcole This is now in a state ready to be reviewed. The bulk has been extracted in other PRs. |
ec9bd31
to
d91f3a1
Compare
33ad767
to
086a93d
Compare
086a93d
to
2706c93
Compare
More PRs that would reduce changes here: |
…e-adodbapi-only-obsolete-python-code
Following a general understanding that adodbapi code changes will be a lot harder to test, and comments in #1990, these changes have been completely split off. With the final goal to make basic type-checking validation of public methods possible, easing the addition of 3.7+ type annotations. I am fine if that excludes adodbapi.
A handful of PRs listed below have overlapping or extracted changes. I'd recommend reviewing those first, in the mean time I'm marking this PR as draft.
This cleans-up most unreachable code. Mostly due to unsupported python versions.
TODO
to the comments that mentioned python 2/3 specific code. But that I didn't know how to address.adodbapi: Remove outdated and unused remote feature #2098adodbapi.remote
Obsolete and redundant aliasesadodbapi: Remove obsolete aliases #2088Redundant object subclassingadodbapi: Remove redundant object subclassing #2086IronPythonadodbapi: Remove references to outdated IronPython #2049mxDateTimeadodbapi: Remove references to outdatedmxDateTime
#2048Simplify simple functions by using assignments: Simplify simple functions by using assignments #2214