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 8427 invoked from network); 23 Oct 2020 14:14:31 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 23 Oct 2020 14:14:31 -0000 Received: (qmail 32342 invoked by uid 550); 23 Oct 2020 14:14:25 -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 32315 invoked from network); 23 Oct 2020 14:14:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mbuki-mvuki-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wFIAc16vU63PpJIxHs8uQsDTBRn2+17nmZdHhgL4xRg=; b=MtI7cCNqj3spbJikIhOLZ8C4STD3DMd2rtl+Ih9r3qC6WngAzXWPwMAUtWPKCtD/Ha FDvo4cxzb+bJKzBf1O8E7QNQcU7Hktwy2afo8HrT95rIZ+6UMQXI6za+CdGo/nBRGzOi 4QewTwV39dCbD+4waiVbmExFo7+9UgQoIkV9tZaXibu19bNiz+/fm+3hh5307iIlq1Cd opMIAxhcmpOAD31ZfEFtZR4rlp1YwLVOR6Ayb/HK0nUSyQGkn9gWLbSDmr3N4jgEtymU 7OShNoFsi0kuSurvkOoHuknufoYSeEqWdjIRqe5ZS/VYmoTg7Tmf6V75gbq2Xfu/Nff/ OgYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wFIAc16vU63PpJIxHs8uQsDTBRn2+17nmZdHhgL4xRg=; b=K/fipawSmHCMOFZL53gQi0QenE7v5Tp0f5+9idv5f45r9DztmVozx+MrXjsIBVHGNy bKYK4sE22LYksGJy5Ptd9bfurq857xo96ma3Ui/a8jX35AklU7UwnMjS4sTPyZV6SDdz gAU+uO7N8Iymfdro+hOXS+a0fvVubXIIPgNS1DzfQKDpdwnGx+/AkTfJ3LO4+TU3HXat GpI+3ISyRYy864Mt4U6zCH6TGyI0ZwILHK/8bfiIzLxqR3r4zweTacDMI2CE4Cg+RUv7 gkdKZXCRhbbngDFPLro/ZQv2vl9yvVHxehifgs6ImEBUQVOxJbFvfDN7s884N7ypwM4h dqIQ== X-Gm-Message-State: AOAM530DoTwG8eudl9Mu/K3HgKMwqyWgP8hUAtGKU8JkRfve64Zs/49w vqzwfl0cV0qJttK/8XH5JcScS8FngTHFx0wh3HQNwuiSYm1B4Q== X-Google-Smtp-Source: ABdhPJxeXs66SFFVlCf3wttv9Cdh/LP2gwYOaAD7PmmWJKfROz/d652Q0rGkX6lV0lRDHot/kqbNb9boAwmmBxNKqYk= X-Received: by 2002:a17:90b:4c8c:: with SMTP id my12mr2618573pjb.129.1603462452762; Fri, 23 Oct 2020 07:14:12 -0700 (PDT) MIME-Version: 1.0 References: <1924902939.18027073.1603105167534.JavaMail.zimbra@redhat.com> <805098991.18032044.1603106011330.JavaMail.zimbra@redhat.com> <20201020010855.GE17637@brightrain.aerifal.cx> In-Reply-To: From: Jesse Hathaway Date: Fri, 23 Oct 2020 09:14:01 -0500 Message-ID: To: musl@lists.openwall.com Cc: Rich Felker , Arjun Shankar , Florian Weimer Content-Type: text/plain; charset="UTF-8" Subject: Re: [musl] Plans to remove nscd in Fedora On Fri, Oct 23, 2020 at 8:29 AM Carlos O'Donell wrote: > My opinion is that we want something much thinner than nscd to provide > NSS for statically linked applications, and that such an interface > should not provide caching. If we really wanted we could keep the nscd > socket interface but implement an NSS daemon for this e.g. nssd that would > just run all the time and could be depended upon by static applications. > It would have to be well audited and very simple. > > The caching that nscd does has many legacy problems that are better solved > and maintained by other daemons that implement a split NSS module approach > (as Florian notes). Given the increasing prevalence of statically deployed programs from languages such as C, Go, Rust, and even Haskell. I would love to see continued distribution support for querying NSS from these programs. An nscd variant without caching seems like a good approach, but I think it would be unfortunate to remove nscd from distributions before an alternative approach was available.