[Python-modules-team] Bug#989171: Please allow not-configured resolv.conf

Thomas Goirand zigo at debian.org
Thu May 27 13:10:31 BST 2021


Source: dnspython
Version: 2.0.0-1
Severity: important

Hi,

In this commit:
https://github.com/rthalley/dnspython/commit/03176dea4c56ede85c34cf6bec127c96c85a8bf4

we're seeing:

-            self.nameservers.append('127.0.0.1')
+            raise NoResolverConfiguration

This, as a consequence, raises an error when Eventlet is imported, and if the
/etc/resolv.conf doesn't contain a valid:

nameserver <IP>

thingy. Indeed, Eventlet apparently instanciates a resolver object at import
time, which fails if /etc/resolv.conf doesn't have a valid nameserver entry.

This causes all sorts if issues, like this failure to build:
https://tests.reproducible-builds.org/debian/rb-pkg/bullseye/amd64/python-oslo.rootwrap.html

There's about 50 packages that are having the issue, including for example
Designate (that is: OpenStack DNS as a Service).

We've been discussing the problem at large (in the BTS, and over IRC), and we
believe it'd be nice if we could have the above change reverted in dnspython
package itself.

I don't believe this issue is an RC bug, but others have a different opinion,
because they believe package building should always work, even with a non-valid
DNS configuration in /etc/resolv.conf (which is kind of right, I agree with it
in theory, but in practice I don't think this deserve such a high severity).

Your thoughts? Could this be discussed with upstream?

Cheers,

Thomas Goirand (zigo)



More information about the Python-modules-team mailing list