>>>>> "Chris" == Chris Hofstaedtler <z...@debian.org> writes:
Chris> When building krb5 with sbuild, configured to use the unshare Chris> backend, the t_iprop.py test apparently times out without any Chris> output. I'm guessing, but have not confirmed that sbuild unshare is setting up a network namespace with nothing but lo in it. I've certainly seen the same behavior you see in such a configuration. What's happening is that get_wildcard_address in kpropd.c passes AI_ADDRCONFIG into getaddrinfo. Since loopback addresses are ignored by AI_ADDRCONFIG, there is no valid v4 or v6 address and the routine fails to find a wildcard address to bind to. I'm mistified why the daemon doesn't just fail at thait point, but I have not looked into that. I did modify get_wildcard_address to prefer AI_ADDRCONFIG but to fall back to calling getaddrinfo without AI_ADDRCONFIG if that's all that will work. That's enough for t_kpropd.py to succeed. I'm working through a few other FTBFS issues in a container, some of which apparently didn't show up for sbuild unshare (they happen earlier in the build) but which are getting in my way. I hope to have 1.21.2 uploaded and building by end of weekend.
signature.asc
Description: PGP signature