Stabilize two flake8-pyi rules

[MichaReiser]

Summary

Stabilize PYI057 and PYI62.

The rules have been added more than 90 days ago and there are no outstanding issues (searching by rule name or code).

It is a bit funny that the rules apply to both pyi and py files, considering that they are part of flake8-pyi.
They do match the behavior of the upstream rules and we can move the rules into a more appropriate group when doing the rule categorization.

Test Plan

See ecosystem check

[github-actions]

ruff-ecosystem results

Linter (stable)

ℹ️ ecosystem check detected linter changes. (+16 -0 violations, +0 -0 fixes in 2 projects; 52 projects unchanged)

bokeh/bokeh (+1 -0 violations, +0 -0 fixes)

ruff check --no-cache --exit-zero --ignore RUF9 --output-format concise --no-preview --select ALL

+ src/bokeh/events.py:569:36: PYI062 Duplicate literal member `-1`

python/typeshed (+15 -0 violations, +0 -0 fixes)

ruff check --no-cache --exit-zero --ignore RUF9 --output-format concise --no-preview --select E,F,FA,I,PYI,RUF,UP,W

+ stdlib/_collections_abc.pyi:63:24: PYI057 Do not use `typing.ByteString`, which has unclear semantics and is deprecated
+ stubs/tensorflow/tensorflow/compiler/xla/xla_pb2.pyi:1188:11052: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/compiler/xla/xla_pb2.pyi:1188:11057: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/compiler/xla/xla_pb2.pyi:1188:11062: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/compiler/xla/xla_pb2.pyi:1188:11067: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/compiler/xla/xla_pb2.pyi:1188:3422: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/compiler/xla/xla_pb2.pyi:1188:5868: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/compiler/xla/xla_pb2.pyi:1188:5873: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/compiler/xla/xla_pb2.pyi:1188:8355: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/compiler/xla/xla_pb2.pyi:1188:8360: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/compiler/xla/xla_pb2.pyi:1188:8689: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/compiler/xla/xla_pb2.pyi:1188:8694: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/core/protobuf/rewriter_config_pb2.pyi:496:918: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/core/protobuf/rewriter_config_pb2.pyi:496:923: PYI062 Duplicate literal member `...`
+ stubs/tensorflow/tensorflow/core/protobuf/rewriter_config_pb2.pyi:496:928: PYI062 Duplicate literal member `...`

Changes by rule (2 rules affected)

code	total	+ violation	- violation	+ fix	- fix
PYI062	15	15	0	0	0
PYI057	1	1	0	0	0

Linter (preview)

✅ ecosystem check detected no linter changes.

[AlexWaygood]

I think this one has been around for a little less than 90 days -- it was merged on May 29 and released on May 31. But it's also a very simple and uncontroversial rule (IMO), so I'm okay with stabilising it a couple of weeks before we normally would 😄 it's not in our versioning policy that we have to wait 90 days

[MichaReiser]

Lol, that's correct. I only saw May and was like, that's a long time ago. I did do the proper math for the other rules.

[AlexWaygood]

I think the ecoystem report has gone haywire because you changed the base branch of the PR after it had been opened. Could you try rebasing it? Or maybe closing and reopening it?

[MichaReiser]

Hmm, I'm trying to reproduce the typeshed errors where the error message looks very off but without success so far

[AlexWaygood]

Hmm, I'm trying to reproduce the typeshed errors where the error message looks very off but without success so far

If you can't repro them locally, it's probably another case of #11305

[MichaReiser]

Ohh, thanks for pointing that out. I did paste that code snippet into the test and I can't reproduce locally.