-
Notifications
You must be signed in to change notification settings - Fork 173
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
Support latest pylint, pylint-django #393
Comments
Hey there, just tagged 1.3.1.dev0 containing this change. Will still upload it to Pypi later. |
Just FYI - it might make sense to move to pylint-django 2.3.0, as pylint-dev/pylint-django#277 in 2.2.0 seems to have caused a lot of user confusion. |
@chocoelho as @ajhodges says , there was a breaking change made in pylint-django 2.2.0 which is still in 2.3.0 actually. A new checker was added to be able to infer the types of model fields even if they were defined as a ForeignKey referencing a string. This type lookup required Django to be configured enough to start, or it'll throw an For prospector, I'd suggest either not upgrading just yet, or my preferred option, adding something to the pylint tool that will automagically configure Django with some very basic defaults. Since prospector was designed to be the 'make things easy and avoid gotchas' tool, I like the second approach. So for now, if you want to do a release, stick to |
Got it @carlio. I'll take a look at it later today. I'm fond of these dev releases as it allows us to check for issues like these and give others a chance to report cases we didn't check for yet. This way, once we release a stable version it'll be really stable and we won't face the issues we had with 1.1.6.x. I feel like we can rollback for now to go with the vulture fix and then do these pylint changes calmly. |
@chocoelho any news on this? I get conflict when installing via pipenv or poetry:
|
I should tackle it in the next couple of days, as it seems the issue that blocked any advance in here for solved in pylint. |
Pip brings complaints (--use-feature=2020-resolver note on installing) with But, the following is the traceback I get after installing
|
@chocoelho any updates on this? I think pylint-django 2.1.0 raises an error if a project uses string notation for Django FK ("app_model.Model"), which I think has been addressed in the latest versions. |
Hi, pylint supported isort 5 but I am still stuck on an outrageously old version of isort (almost 24 months old) because prospector is only supporting pylint 2.5.3. This means that I am stuck on isort 4.3 whilst 5.7 is currently stable. What is the ETA please for prospector updating to a version of pylint that supports isort 5? |
Tried upgrading astroid and pylint to latest version as today: Having read some issues on pylint repo I found that I found that prospector explicitly disabled this message and by removing the following line I was able to run prospector on the aforementioned pylint version with |
This is fixed in 1.4.0. |
The latest published version of pylint is 2.5.3, and the latest pylint-django is 2.2.0.
I'm specifically interested in pylint-django 2.2.0 due to the rework of how string FK references are handled.
The text was updated successfully, but these errors were encountered: