-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Use 3.11 for Github actions #6551
Conversation
931cb02
to
edc75cf
Compare
This is still broken. |
266a2a9
to
e039e4c
Compare
|
e039e4c
to
c56560b
Compare
dill is still broken it seems. |
c56560b
to
c9738a4
Compare
They are releasing at the end of June. |
|
c9738a4
to
58d9198
Compare
Milestone for the required release of dill : https://github.com/uqfoundation/dill/milestone/17 |
58d9198
to
e813226
Compare
Re-trying as dill 0.3.5.1 was released and it look like the milestone we had to follow is not the one I thougth. |
We do need the next version of dill. |
We also need |
There's an astroid 2.12.1 now, which passes all its own tests on Python 3.11. Current git HEAD dill is good with 3.11, but a release hasn't been tagged yet. |
With a recent snapshot of dill, and astroid 2.12.1, I'm down to 43 failures in the tests when building pylint 2.14.4: https://kojipkgs.fedoraproject.org/work/tasks/1561/89381561/build.log edit: the ones related to deprecated modules/methods are likely downstream-specific (we exclude similar tests from 3.7 and 3.8 in our pytest command), others are more likely to also affect upstream. |
We are working on getting support for
|
OK, so with new astroid and dill and #7153 , here's some really-python3.11 issues:
|
Hmm, this is a fun one. the pylint output for the |
This is an annoying issue which I encountered before. We should probably merge #7097 first which deals with a similar issue and then any PR that moves |
Thanks. I'm trying to work on fixes for the things I'm sure are python 3.11 (and not just general running-the-tests-downstream stuff, or already-fixed-since-2.14.4 stuff), but I don't know the codebase very well so I may be doing it wrong. :P I'll send a PR when I'm done. |
Much appreciated! If you need any direction feel free to ping me, that can also be on your local fork. It's often much easier with respect to time and effort for me (or other maintainers) to comment on a WIP PR than create one ourselves. |
Thanks! The fork is https://github.com/AdamWill/pylint/commits/py311 , with my attempts at fixes for the telnetlib and asyncio.coroutine issues so far. I'll send a PR when I'm done looking through the other few failures that are left. edit: oh, and yeah, the syntaxerror change is indeed inherited from Python itself:
so I guess I'll look at your idea of moving it and see if I can do that. |
a075731
to
1166297
Compare
My mistake. On Windoze, it is |
1166297
to
7d6667d
Compare
We need a I think that line 2 of |
I actually did not dare to create our own version 😄 Amazing ! |
@Pierre-Sassoulas I think this is ready for review 😄 I did some other clean up too. Let's use |
Failures are expected. Everything else passes, which is also expected. The failures for |
Failures expected: --> #6551 (comment) |
Which line are you referring to here?
This is not completely true. We need a run on |
Line 2. Should the failing test |
This is L2 of the file you mentioned: I don't understand what it has to do with the rest of your comment, sorry!
Why should it? See my explanation above, it works for all other PRs. See also: We ignore it where possible, but these ignores are not exhaustive. So if there is any file in the PR that is not being ignored then the workflow will still run. |
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.
LGTM
@@ -8,8 +8,8 @@ on: | |||
pull_request: ~ | |||
|
|||
env: | |||
CACHE_VERSION: 27 | |||
DEFAULT_PYTHON: "3.10" | |||
CACHE_VERSION: 29 |
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.
@Pierre-Sassoulas Btw, we could also make this a repository secret. It would mean that you need to update it in the settings, but it might be easier than having to do so in PRs every time.
Same goes for DEFAULT_PYTHON
and PRE_COMMIT_CACHE
.
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.
I'd rather make it accessible for everyone for now because I don't want to freeze pylint development if I'm not available. It would help if PyCQA was more democratic and I could add you to the admin group.
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.
Yeah, but for some reason I feel like for pylint
this is different. We also struggle with match ... case
statements but we still support that version according to our classifier. For astroid
I feel like we don't really introspect the ast
fully but for pylint
we do offer our current functionality completely on 3.11.
The objectives are a bit different, if you understand what I mean. But I'll leave this to you to decide!
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.
I think you're answering the other comment about package metadata ? Let's add the classifier then.
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.
Ah yeah, my bad!
Co-authored-by: Daniël van Noord <13665637+DanielNoord@users.noreply.github.com>
Shall we backport too ? Maybe release 2.16 immediately ? |
Because then pylint would not be ready when 3.11 is out 😄 Release before Wednesday would be nice, especially considering Daniel created our own version of dill in order to be ready on time. |
My mistake -- Python 3.11 official release is planned for Monday, 2022-10-24. |
Use ``dill-pylint`` (our own version of dill) because dill's 0.3.6 release is taking forever. Closes pylint-dev#5920 Co-authored-by: Daniël van Noord <13665637+DanielNoord@users.noreply.github.com>
Type of Changes
Description
Closes #5920