From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.131]) by sourceware.org (Postfix) with ESMTPS id 9ABEE38582BF for ; Mon, 8 Aug 2022 14:13:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 9ABEE38582BF Authentication-Results: sourceware.org; dmarc=fail (p=none dis=none) header.from=cygwin.com Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=cygwin.com Received: from calimero.vinschen.de ([24.134.7.25]) by mrelayeu.kundenserver.de (mreue010 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MScHp-1nwfuy1XKL-00SwSk for ; Mon, 08 Aug 2022 16:13:13 +0200 Received: by calimero.vinschen.de (Postfix, from userid 500) id ADA5CA80B74; Mon, 8 Aug 2022 16:13:12 +0200 (CEST) Date: Mon, 8 Aug 2022 16:13:12 +0200 From: Corinna Vinschen To: cygwin-apps@cygwin.com Subject: Re: resolv.conf and gnupg2 Message-ID: Reply-To: cygwin-apps@cygwin.com Mail-Followup-To: cygwin-apps@cygwin.com References: <34ee0642-ec87-d602-ea68-1384c7b6e632@gmail.com> <20220808.211351.1242150605246600378.yasu@utahime.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220808.211351.1242150605246600378.yasu@utahime.org> X-Provags-ID: V03:K1:bb4fGGn3v79zB9fdRPqG94v/EbOyQohXZWcgBuM6kO+aXMKL9tW GDRJC6DZxVCxs05qVM5haA0sJmhmpcCA9RPfM1ah9nZuWQvcR9TTKKZaX6/U+rdrE/HJZhc NKMojEleTy4Z+f877ThGxD/Uhkqsx4+3lroCHbJk+GJTOrXCH3HZmg1wTbWgBOBr8vcvUk5 x0YlvogDjx3t60zKJ584A== X-UI-Out-Filterresults: notjunk:1;V03:K0:lY2zZmAvtaA=:tYYHcVRjkX33l1MpZH+eRD Qj/BidgcjI0nsNFcQQ2aUhWkZsmnLEb7DF8X1WU69Jh3N3JEsW2r87MF812zNu3KdCQesfqI6 n7+06hBBJdNHYYasWfCvRY8y29X1iBMRqbr9rNeWluSDb2ITZkHKpi8RsARfm9DdtDZ8DsuP7 mbk3W0C4GuMYFRjx8iLRgfRZmOTy9EnTVNEdjzQfg8Yt9MxpPs3WBi4dWQq2F3y33+tDLGrWq GLd9gpOWlnG3IKUyL/mcbbMd3ps6/VYXYe4qtTJMRHXYAES/QNdHczX+2QAtnn4GQ3X7RNm9W ZcSiEOjZMywjJAS29Qeav32A9sSJhU62nC6UkBuLSjsgQ86dzn1OCmurNvLrvk+zCm3xV0w7F TAtyQmWr9GyXq6WWmq+gH9AU1RzGDVDD18cwFiLTkog42xtt9hI5Y2ZBsvc+BU42qtHKbJH7e goETlgi/aBhYtz+CXLNmia++Izp5Xge0XI4neJW3oPZrNYnBZMm3gL/qXRq0TN4OtfOSnx107 3DaMAgh5ouRvZjpF9Tia/91WkTqp5GVkT770fnTa/GDeOmHRqIojd2M5FOGBLymYN8jAT9D9r mQxroEIJjgTECZdNrqc8dxzhTHq6MYN6MSwWD18kpioMPMwF/M465Vo5oBFh8xpy/aVrJIXdR 26+n640ei04SND+3b9x7YRRGUJH7Tu8H4ldl9CK4J8XK0ptJ6rIbU2YAaPwWP2veHH/UIt2Ek NUBju6b+Ou8unemZLpB1zOLn7i/930Z5vt0lD8CY9sY1NG60OT/J5tYvnLo= X-Spam-Status: No, score=-95.6 required=5.0 tests=BAYES_00, GOOD_FROM_CORINNA_CYGWIN, KAM_DMARC_NONE, KAM_DMARC_STATUS, KAM_NUMSUBJECT, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_FAIL, SPF_HELO_NONE, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2022 14:13:16 -0000 On Aug 8 21:13, Yasuhiro Kimura wrote: > From: Corinna Vinschen > Subject: Re: resolv.conf and gnupg2 > Date: Mon, 8 Aug 2022 09:30:47 +0200 > > > I can't believe (but may be wrong, of course) that gnupg2 tries to > > access /etc/resolv.conf by itself. I would rather guess that gnupg2 > > is linked against one or more libs provided by the bind package, > > and thus uses the resolver from the bind package. However, Cygwin > > provides its own resolver entry points, and those don't need > > /etc/resolv.conf, because they utilize the OS resolver. > > > > Is there a build option to avoid building against the bind lib? > > Alternatively it might be possible to inject an autoconf variable > > from cygport...? > > > > > > Corinna > > Unfortunately it seems gnupg2 accesses /etc/resolv.conf in some way. > > (Cygwin64)yasu@rolling[1007]% pwd > /cygdrive/c/Users/yasu/Work/gnupg > (Cygwin64)yasu@rolling[1008]% git grep -F resolv.conf > NEWS: * dirmngr: Make reading resolv.conf more robust. [T5657] > NEWS: * dirmngr: Now detects a changed /etc/resolv.conf. > dirmngr/dns-stuff.c:#define RESOLV_CONF_NAME "/etc/resolv.conf" > dirmngr/dns-stuff.c: /* Force a reload if resolv.conf has changed. */ > dirmngr/dns-stuff.c: log_debug ("dns: resolv.conf changed - forcing reload\n"); > dirmngr/dns.c: if ((error = dns_resconf_loadpath(resconf, "/etc/resolv.conf"))) { > dirmngr/dns.c: * /etc/resolv.conf, defaulting to a nameserver of > dirmngr/dns.c:/** ugly hack to support specifying ports other than 53 in resolv.conf. */ > dirmngr/dns.c: * is the intersection of the /etc/resolv.conf families and > dirmngr/dns.c: * /etc/resolv.conf has "family inet4" and .ai_type > dirmngr/dns.c: MAIN.resconf.path[MAIN.resconf.count++] = "/etc/resolv.conf"; > dirmngr/dns.c: { "show-resconf", &show_resconf, "show resolv.conf data" }, > dirmngr/dns.c: " -c PATH Path to resolv.conf\n" > (Cygwin64)yasu@rolling[1009]% IIUC, that should be fixable by configuring gnupg with --disable-libdns. Corinna