Use pyasn1 in ldap3

[Avasam]

Gonna have to wait for stub-uploader to push types-pyasn1 first.
Dependant on #9471
Closes #9471

Fixes a lot of Any subtyping issues.

Ref: #9491

[Avasam]

I had the same 2 errors locally. This really looks like a stubtest bug: https://github.com/python/typeshed/actions/runs/3866310116/jobs/6590353764#step:5
(the two types mentionned are not at those lines!)

[AlexWaygood]

Thanks! I've left 3 comments on the first file. It looks like those comments also apply to a lot of the other touched files, so I'll let you respond to those comments before doing a further review :)

[AlexWaygood]

I had the same 2 errors locally. This really looks like a stubtest bug: https://github.com/python/typeshed/actions/runs/3866310116/jobs/6590353764#step:5 (the two types mentionned are not at those lines!)

Yeah, I can't say I really understand what's going on here. The runtime source code is a bit of a maze, but even if it's doing something extremely dynamic that stubtest can't understand, the fact that stubtest is magicking line numbers out of thin air is a bit strange. Don't know if @hauntsaninja has any theories?

Anyway, for now I guess you should probably just allowlist them :)

[hauntsaninja]

The bug is just the line number? If so, why does it need an allowlist entry? stubtest's logic for line numbers is a little hacky, looks like it's just the line number from the file that the parent class is in (pyasn1.type.univ)

[Avasam]

The bug is just the line number? If so, why does it need an allowlist entry? stubtest's logic for line numbers is a little hacky, looks like it's just the line number from the file that the parent class is in (pyasn1.type.univ)

I couldn't find the right type from source. But I got it now

[AlexWaygood]

Thanks! A few more things, but nearly there!

[AlexWaygood]

Thanks!

[github-actions]

According to mypy_primer, this change has no effect on the checked open source code. 🤖🎉