From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12084 invoked from network); 30 Aug 2003 19:23:37 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 30 Aug 2003 19:23:37 -0000 Received: (qmail 17786 invoked by alias); 30 Aug 2003 19:23:32 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 18983 Received: (qmail 17774 invoked from network); 30 Aug 2003 19:23:32 -0000 Received: from localhost (HELO sunsite.dk) (127.0.0.1) by localhost with SMTP; 30 Aug 2003 19:23:32 -0000 X-MessageWall-Score: 0 (sunsite.dk) Received: from [195.92.195.172] by sunsite.dk (MessageWall 1.0.8) with SMTP; 30 Aug 2003 19:23:32 -0000 Received: from modem-218.imperator-angel.dialup.pol.co.uk ([62.137.32.218] helo=pwstephenson.fsnet.co.uk) by cmailg2.svr.pol.co.uk with esmtp (Exim 4.14) id 19tBJr-0004Uu-7r; Sat, 30 Aug 2003 20:23:31 +0100 Received: by pwstephenson.fsnet.co.uk (Postfix, from userid 501) id EE6A1850C; Sat, 30 Aug 2003 15:27:22 -0400 (EDT) Received: from pwstephenson.fsnet.co.uk (localhost [127.0.0.1]) by pwstephenson.fsnet.co.uk (Postfix) with ESMTP id B862584E1; Sat, 30 Aug 2003 20:27:22 +0100 (BST) To: GoTaR , zsh-workers@sunsite.dk (Zsh hackers list) Subject: Re: PLD Linux Distribution patches In-reply-to: "GoTaR"'s message of "Thu, 28 Aug 2003 21:44:06 +0200." <20030828194406.GA365@os> Date: Sat, 30 Aug 2003 20:27:21 +0100 From: Peter Stephenson Message-Id: <20030830192722.EE6A1850C@pwstephenson.fsnet.co.uk> GoTaR wrote: > Hmm, it would help a little if there was some description of what the patches are for, and possibly the patches themselves, since they're not all that big. The usual convention is patches appear on the zsh-workers list for comment. I appreciate that there is a separate pld-linux patch system, but not all zsh-workers will look at that. > http://cvs.pld-linux.org/SOURCES/zsh-tinfo.patch Searches tinfo as well as other libraries for curses stuff. This is simple enough and I've applied it to both branches. > http://cvs.pld-linux.org/SOURCES/zsh-no_nis.patch This appears to remove all specific NIS and NIS+ support unconditionally on the basis that libraries now handle it. While this may well be true for a lot of modern systems, I don't think we can simply assume it's valid everywhere. If there's no test that can be done to see, the existing HAVE_NIS and HAVE_NIS_PLUS tests in zshconfig.ac could be qualified so that the macros aren't defined on systems known not to need them. I think that would be a simpler patch anyway. -- Peter Stephenson Work: pws@csr.com Web: http://www.pwstephenson.fsnet.co.uk