dns.resolver.query() causes deprecation warning when using dnspython >=2.0.0 about snallygaster

[hannob]

Meh, why do people do this? If they deprecate something they should wait for a while til the replacement is widely deployed.

I think we'll have to do some magic to let it work with both versions. My "compatibility requirement" is usually "needs to work with what's shipped in debian stable". Which likely means we'll have to deal with this for a while.

[hannob]

What do you think about something like:

if 'resolve' in dir(dns.resolver):
    ns = dns.resolver.resolve(qhost, 'NS')
else:
    ns = dns.resolver.query(qhost, 'NS')

? And a big comment that once dnspython 2.0 or above is widely deployed this should be simplified again.

[mgollo]

I agree that this kind of hard deprecations is not really the nicest way.
Your suggestion is probably the only way to get rid of the warnings and still remain compatible with older versions.

[hannob]

Just to quickly record this here:
It seems to me no matter what I do right now, the axfr test fails with dnspython 2.0. It may be the axfr functionality has some subtle changes as well. Have to look more into this.

About the other use of dnspython which is only called from the invalidsrc test: I'm not entirely sure if we need this at all, I don't remember my intentions when I implemented this, but it looks like it's just a fallback if the normal socket function does not work.

[hannob]

Ok, I'm not happy with the amount of changes required to make dnspython 2.0 happy, but here it is:
4a02f0f

It seems it no longer likes to do axfr queries on a hostname, so we need to first resolve IPs. I changed it to use multiple IPs on NS and also do v4/v6, so this also makes the test more thorough.

Can you please test?

[mgollo]

I did some quick tests and didn't get any warnings or errors/exceptions anymore.

[hannob]

Ok, will consider this as fixed. Obviously if you see any other issues please open another bug.