From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.3 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 27747 invoked from network); 30 Apr 2021 18:04:52 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 30 Apr 2021 18:04:52 -0000 Received: (qmail 22132 invoked by uid 550); 30 Apr 2021 18:04:49 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 20086 invoked from network); 30 Apr 2021 17:59:34 -0000 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.cipht.net; q=dns/txt; s=mailo; t=1619805574; h=Content-Type: MIME-Version: Message-ID: In-Reply-To: Date: References: Subject: Cc: To: From: Sender; bh=e2q+MI/nrnuekiEijkxbdk+asacNKk3NrEgdFcYYujE=; b=dTko0eX8ej+UAZkMzQ4xIRZ5ZjRkPHKlshVy/Y4HC+Fl6QIzD6aleXZOTohP+GSzMMZqgOOP MsI1/AS4zpD3JtOE/Spe2UxxuZqBwHvnmqyqqqCk8ERoixx3k6c5c+puSAZXibPflQPol4vD jn2KuDpXmZ5crd0i7SQczyIM1jk= X-Mailgun-Sending-Ip: 69.72.42.7 X-Mailgun-Sid: WyIzZTJlZiIsICJtdXNsQGxpc3RzLm9wZW53YWxsLmNvbSIsICJkMWMxM2MiXQ== Sender: julian=cipht.net@mg.cipht.net From: Julian Squires To: Rich Felker Cc: musl@lists.openwall.com References: <3b4d958a-f00e-564a-7715-c92d7592ce3f@greenwavesystems.com> <20210430001301.GW2546@brightrain.aerifal.cx> <20210430123803.GX2546@brightrain.aerifal.cx> <20210430164033.lc7xu2c3dln3tni7@email> <20210430165238.GY2546@brightrain.aerifal.cx> Date: Fri, 30 Apr 2021 15:29:17 -0230 In-Reply-To: <20210430165238.GY2546@brightrain.aerifal.cx> (Rich Felker's message of "Fri, 30 Apr 2021 12:52:38 -0400") Message-ID: <87v983fybu.fsf@quelaan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [musl] getaddrinfo/AI_ADDRCONFIG with ipv6 disabled Rich Felker writes: > So in light of this mess, the patch may be correct, despite the > problem being misattributed, but it should probably also handle the > EINVAL case. Also it's not 100% clear whether we should interpret this > as "no IPv6" or ignore it as an access control policy rather than > reflection of IPv6 existing. If there are any other ways the kernel > can return EACCES or EINVAL here, we would not want to misinterpret > that in a way that breaks IPv6. I've sent an updated patch to the list. I did submit a change to OpenWrt to not create these rules on devices where IPv6 is disabled: https://patchwork.ozlabs.org/project/openwrt/patch/20210430143037.6763-1-julian@cipht.net/ but it seems to me that the patch to musl still makes sense, in as much as these return codes from Linux make any sense at all. <#secure method=pgpmime mode=sign> -- Julian Squires