From owner-cvs-all Thu Mar 2 12:26: 7 2000 Delivered-To: cvs-all@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id B452337B539 for ; Thu, 2 Mar 2000 12:25:58 -0800 (PST) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id MAA89862; Thu, 2 Mar 2000 12:25:47 -0800 (PST) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <200003022025.MAA89862@gndrsh.dnsmgr.net> Subject: Re: cvs commit: src/share/termcap termcap.5 src/share/man/man3 intro.3 src/usr.bin/systat systat.1 In-Reply-To: <20000302212246.B235@nathan.ruhr.de> from Udo Erdelhoff at "Mar 2, 2000 09:22:46 pm" To: ue@nathan.ruhr.de (Udo Erdelhoff) Date: Thu, 2 Mar 2000 12:25:47 -0800 (PST) Cc: cvs-all@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > [some cc's removed] Thanks! > Hi Rodney, > it seems I misunderstood your first message. My impression was that you > wanted to install ncurses' manpage as curses(3) and use a link to create > ncurses(3). You did mis-understand. The man page should be installed as ncurses, as it is now. And Peter already fixed the MLINK so that curses.3->ncurses.3. > > In other words, it boils down to a difference in style, namely: > > And some day ncurses may be replaced. The manual pages that reference > > the curses replacement of the day should just reference curses, curses > > should be an indirection to what ever implementation is favored on that > > day. > FreeBSD uses a curses replacement with its own set of libs, includes and > manpages. Why should we hide that fact in the other manpages? That's just > inconsistent. And to answer your next two questions: It is not that I want to hide the implementation, I just don't want to have to be changing manual page xrefs from curses to ncurses when in reality there is no reason to, and infact when the day comes that ncurses is replaced by zcurses or whatever we should not have to change them again. Indirection is your friend. curses was, is and well be the generic name of the functionality. ncusrses, ocurses, zcurses are possible implementations. > 1) No, I don't understand nor like the fact that libcurses is a symbolic to > libncurses while ncurses.h is a symbolic to curses.h. Eeeekkk.. didn't even notice that one. That is sic, and needs fixed. > 2) Yes, I should habe included a patch to create curses.3 as a link > to ncurses.3. Actually Peter should have, and now has. Now your patches are no-ops as a reference to curses(3) and ncurses(3) yeild the same results. Also it increses the size of delta's between our man pages and other systems man pages. -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message