feat: module name shadowing

[asfaltboy]

Introduces check A005, that returns an error if a scanned filename matches a module name in the list of known builtin/stdlib python modules. An example of an error:

./temp/logging.py:0:1: A005 the module is shadowing a Python builtin module "logging"

We use sys.stdlib_module_names from python 3.10 as it contains all known module names (for all platforms), and on older versions, we fall back to sys.builtin_module_names which contains module names for the used python executable's platform.

Todos

• agree on fallback to builtin_module_names in < 3.10
• test skipped module names
• update documentation?
• update release notes?

[asfaltboy]

Hi @gforcada, hope you are doing good 👋 I have tested this PR's code manually with flake8, and it seems to work well. So, it's ready for your review. I left a few To-dos for things we may need to decide on before we merge the change

[gforcada]

It all looks good, I started the GHA, let's see what's their opinion as well 🤞🏾 😄

I only have one small remark 😃

[gforcada]

Regarding the todos:

• I agree on the fallback, or I would even ignore them, and only report it starting from 3.10, just to not give false positives, or different reports depending on the interpreter this is run ⚖️
• skipped module names: that would be great, to test that the command line option is used according to expectations 🍀
• documentation: please yes, updating the README is enough 👍🏾
• release notes: indeed, updating CHANGES would be great

[gforcada]

Great job! thanks! 🙇🏾 😄