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=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 27975 invoked from network); 20 Oct 2020 01:09:16 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 20 Oct 2020 01:09:16 -0000 Received: (qmail 11745 invoked by uid 550); 20 Oct 2020 01:09:10 -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 11721 invoked from network); 20 Oct 2020 01:09:10 -0000 Date: Mon, 19 Oct 2020 21:08:56 -0400 From: Rich Felker To: Arjun Shankar Cc: musl@lists.openwall.com, Florian Weimer , Carlos O'Donell Message-ID: <20201020010855.GE17637@brightrain.aerifal.cx> References: <1924902939.18027073.1603105167534.JavaMail.zimbra@redhat.com> <805098991.18032044.1603106011330.JavaMail.zimbra@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <805098991.18032044.1603106011330.JavaMail.zimbra@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [musl] Plans to remove nscd in Fedora On Mon, Oct 19, 2020 at 07:13:31AM -0400, Arjun Shankar wrote: > Hi all, > > I am one of the maintainers for glibc in Fedora. We are planning to remove > nscd from Fedora in the near future, targeting the Fedora 34 release [1]. > > Florian recently pointed out to me that this can impact users of musl-libc > binaries since musl is nscd-aware. > > I can see that the Fedora musl-libc package has no "official" dependent > packages (excepting musl-devel) in the Fedora repositories, but I expect > that there might be packages/applications from out of the distribution and > use cases that are affected by or possibly break with the removal of nscd. > > I'm writing to get some clarity on this. > > Best Regards, > Arjun > > [1] WIP: https://fedoraproject.org/wiki/Changes/RemoveNSCD The only capacity in which musl uses nscd is to access custom user/group backends provided through it. musl specifically does not use nss itself because it's not compatible with static linking and because loading arbitrary module libraries into the calling process's core is not safe and goes against best practices. I believe the glibc folks were starting to realize this too, so it was kinda my hope that nscd would become the main/only way nss modules are accessed on glibc too. Rich