From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from hera.aquilenet.fr (hera.aquilenet.fr [IPv6:2a0c:e300::1]) by sourceware.org (Postfix) with ESMTPS id 7D2223858D39 for ; Thu, 3 Mar 2022 13:40:28 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 7D2223858D39 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 624E19BB; Thu, 3 Mar 2022 14:40:26 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GEYuWGx7O8gG; Thu, 3 Mar 2022 14:40:25 +0100 (CET) Received: from ribbon (unknown [IPv6:2001:660:6102:320:e120:2c8f:8909:cdfe]) by hera.aquilenet.fr (Postfix) with ESMTPSA id EC70295E; Thu, 3 Mar 2022 14:40:24 +0100 (CET) From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: DJ Delorie Cc: carlos@redhat.com, ashankar@redhat.com, fweimer@redhat.com, adhemerval.zanella@linaro.org, libc-alpha@sourceware.org Subject: Re: On the removal of nscd from Fedora, and the future of nscd. References: X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 13 =?utf-8?Q?Vent=C3=B4se?= an 230 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Thu, 03 Mar 2022 14:40:21 +0100 In-Reply-To: (DJ Delorie's message of "Tue, 01 Mar 2022 13:31:05 -0500") Message-ID: <87h78fxigq.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Rspamd-Server: hera X-Rspamd-Queue-Id: 624E19BB X-Spamd-Result: default: False [-0.10 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_FIVE(0.00)[6]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00, KAM_DMARC_NONE, KAM_DMARC_STATUS, SPF_HELO_PASS, SPF_SOFTFAIL, 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: Thu, 03 Mar 2022 13:40:29 -0000 Hi, DJ Delorie skribis: > Ludovic Courts writes: >> Actually, by default, a Guix program on (say) Fedora-without-nscd won=E2= =80=99t >> dlopen Fedora=E2=80=99s libnss_sssd.so. Instead, it=E2=80=99ll search i= n vain for >> libnss_sssd.so in its search path (which does not include /usr/lib), and >> have its name lookups fail with EAI_SYSTEM, ENOENT, or some other >> unclear error. > > Ah, that's different - mostly. It still means you're using the host's > /etc/nsswitch.conf, but that just exposes a different problem - how to > handle site-wide services in isolated "programs" (flatpacks, containers, > chroots, statically linked apps, Guix). > > NSCD certainly could act as that gateway, but I'd hate to rely on it > without an RFC defining the protocol, and such an RFC would enable it to > solve the problem in a wider context too. Yes. In practice, I haven=E2=80=99t seen nscd protocol changes in 10 years= of Guix. > Doing so, however, means that nscd (or some other equivalent) MUST be > present and running on all systems... Yes, exactly. Ludo=E2=80=99.