From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa4.mentor.iphmx.com (esa4.mentor.iphmx.com [68.232.137.252]) by sourceware.org (Postfix) with ESMTPS id 220743858D20 for ; Mon, 28 Feb 2022 23:09:35 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 220743858D20 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com X-IronPort-AV: E=Sophos;i="5.90,144,1643702400"; d="scan'208";a="72521614" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa4.mentor.iphmx.com with ESMTP; 28 Feb 2022 15:09:34 -0800 IronPort-SDR: v7hbDYEtIGFFQZcMqwJsIcmjxVkO7khvqO9LLX8UB9zByogQZKo108n36Pm8altlneNX5qc6Lm UrgHcdvLXvZODIHRhNqtlF1YefinElCDeUpfwla6vzyitrUNeREQQ9CF5YxpHq+9h3v+XaC/79 lJ6W6DGk1GcaR1RqPUX4d4ObqRhmPNVMsRpobkwNTCFPd5X0xqWUCUJI6ZFEoIBcN2HFlO1OxP E06cnjZVqXQDpXRGgWIcp8pXTSIUPS/ktjE0wb6M5FeHskdCTrKULRYRNZZFy8gL6HHb+Z72Iv n6k= Date: Mon, 28 Feb 2022 23:09:27 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: DJ Delorie CC: Carlos O'Donell , , , , Subject: Re: On the removal of nscd from Fedora, and the future of nscd. In-Reply-To: Message-ID: References: User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: SVR-IES-MBX-08.mgc.mentorg.com (139.181.222.8) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-Spam-Status: No, score=-3114.5 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, SPF_HELO_PASS, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2022 23:09:36 -0000 On Mon, 28 Feb 2022, DJ Delorie via Libc-alpha wrote: > If we want a separate service and API for name lookups, outside of > glibc, let's discuss. But recently we've been moving such services > *into* glibc, to better support statically linked applications. I don't > see an easy path forward here. We've moved certain NSS modules such as nss_files and nss_dns into libc. I think there is a reasonable case that all NSS modules that aren't in libc (especially those not shipped with glibc) should be loaded only in a separate process, not in the main process doing the name lookup, to avoid issues with name lookup loading more or less arbitrary libraries into the process doing the lookup. That doesn't say what the interface should look like to any separate process that handles doing lookup with not-in-libc NSS modules. -- Joseph S. Myers joseph@codesourcery.com