Date: Thu, 17 Jan 2002 00:53:48 -0800 From: Terry Lambert <tlambert2@mindspring.com> To: Sheldon Hearn <sheldonh@starjuice.net> Cc: Dan Nelson <dnelson@allantgroup.com>, Jason Evans <jasone@canonware.com>, arch@FreeBSD.ORG Subject: Re: termcap versus terminfo Message-ID: <3C46911C.9D267BE@mindspring.com> References: <20980.1011255798@axl.seasidesoftware.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
Sheldon Hearn wrote: > Could you gentlemen take a quick look at PR misc/33906 and confirm that > you agree with the approach proposed for handling the way we've hacked > up ncurses? THere is already a tput, tset, clear, and reset, so they are not a good ideac to install in /usr/local as a result of the prot, since they coulde conflict. The tic, toe, infocmp, captoinfo, and infotocap are OK, and should be part of the port. The share/terminfo should probably not be included at all. The reason the original ncurses is marked "FORBIDDEN" is the danger that it would displace the modified curses library in the hearts and minds of programs everywhere, and end up causing the use of terminfo. THis argues against the terminfo database being sidtributes as part of the port in binary form, which is what the share/terminfo target does (though I would not object to the terminfo source file being distributed in uncompiled form, which is not addressed by the change to leave it out entirely...). So my suggestions: 1) remove the installation of tput, tset, clear, and reset 2) Install the /share/terminfo/terminfosrc (or whatever it's called; I didn't bother to look). It's kind of ugly that tic will still create real terminfo files, and that it doesn't do the conversion only, by default, but since most access will be via the infotocap script, that is OK. As far as the "migrate to" argument is concerned, there's some merit to the idea of leaving out the "captoinfo" (as in, "I can convert that file to Word format for you, but I can't convert it back into Word Perfect format, thanks!"). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3C46911C.9D267BE>