From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25842 invoked by alias); 8 Nov 2014 17:17:58 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 33646 Received: (qmail 4433 invoked from network); 8 Nov 2014 17:17:47 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.2 Date: Sat, 8 Nov 2014 17:11:58 +0000 From: Clint Adams To: zsh workers Subject: Re: Effectiveness of --disable-dynamic-nss? Message-ID: <20141108171158.GA22138@scru.org> References: <141106081701.ZM3756@torch.brasslantern.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <141106081701.ZM3756@torch.brasslantern.com> User-Agent: Mutt/1.5.21 (2010-09-15) On Thu, Nov 06, 2014 at 08:17:01AM -0800, Bart Schaefer wrote: > I can imagine this logic got confused somewhere along the way, or that > certain cases were missed. I think Clint Adams still reads this list > and it looks like --disable-dynamic-nss was his patch, so maybe he can > speak to it more directly. These days I tend not to unless my attention is called to something, but here's what I remember. The switch was intended for the zsh-static package in Debian, because despite static compilation, (e)glibc uses dynamically-loaded NSS modules. These modules break ABI fairly often, and this makes less useful a statically-compiled rescue shell. I vaguely remember things being suboptimal and deciding that it would be better to link zsh-static with dietlibc and avoid the problem entirely, but this was blocked by the lack of a dietlibc-linked ncurses. I have no recollection of any of the implementation particularities. These days static shells and utilities seem relatively unimportant, especially when Debian has things like the grml-rescueboot package.